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User name : 
File name: 
Directory : 
Description : 
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Queue : UIDESK/UNIX_UIMKGT 
Server: CLFPCDOlO 
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1.0 Introduction & Table of Contents 

Nordic is Cirrus Logic's Fourth Generation Flat Panel VGA Controller to be markeiied in 
first half of 1994. 

Nordic- IM is a mid-end member of the Nordic family. It is a GUI Accelleraior with PCI 
support and Multi-Media Features. 

Nordic- IM is targeiicd for the mid to high end of the Note-book Computer Market and 
for for the energy efficient desk*top computers mother*boards. 
Nordic- IM is not targened to the adapter market. 

1.1 Table of Contents 

This Specification will address the following: 

1 . Introduction and Table of Contents 

2. Basic Feature Set 

3. Detailed List of Features 

4. Pinoui and Pin Description 

5. Architecture Specification 

6- Register Specification - this is a difereni document 

7, Product Implementation Plan - this is also a diferent document 
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2.0 Nordic-IM Basic Feature Set 

1. Flat Panel VGA Compatible GUI Accellerator register and feature compatible to 
5428 and Alpine I AA^. Priority: A (= highest). 

2. 32bit CPL\ 32bit Video Memory, 32bit BLT and 32bit CPU to Video Memory 
Data Path. Priority: A (= highest). 

3. 208 pin QFP package. 

4. Targeted to sample CY Ql'94, production CY Q2 •94. Priority: A (s highest). 

5. Target cost: $12 to $10 •> less than 400mil [/] in C8 Foster City. 

6. Multimedia Features 

• Part of a well defined System Solution for high performance CD-ROM video and 
audio playback for the portable market. Priority: B 

• Pan of a well defined System Solution for mid perfomiance low cost live NTSC 
Video and Audio with the NTSC decoder on a PCMCIA card. Priority: B 

• Audlu Port tu Dijplaj Memui j . Audiu DuffLi Suial luitrfaLt fui CS4240 Audit:) 
CudtL. Piiuiitj. C (C54215 ii uui fii fui iiuiLbuuk uuiupuiLii). 

• Video Playback decompression acceUeration for CinePak including Color Space 
Conversion (YUV -> RGB). Priority: B 

. Live Video in a 320x240 or 640x480 Window from a proprictaryly compressed TV 
decoded data source (at 30Hz) on TFT color panels. Data is stored compressed and it is 
decompressed to 18bit/pel or 24bit/pcl in real time at display time. NTSC decoder and 
data compressor is on the PCMCIA card or the PCMCIA controUer. Please note that 
due to live video bandwidth requirements on PCMCIA bus , a relatively non-expen- 
sive way 10 achieve the second feature is to implement this compression algorithm. Pri- 
ority: B 

• Color Key Live Video Overlay based on a 5428-likc Feature Connector with PCI bus 
(only). 

7. Integrated in Nordic 1-M Cirrus Confidential 

• Color Space Convener for CinePak. Priority: B Business Information 

• 18bit DAC with direct color capability Priority: A 152529 

• 24bit RAM DAC with true color capability Priority: C 

. Clock Synthesizers for Video and Memory Clock (65MH2/3V, 1 lOMHzy4.5V). Prior- 
ity: A 
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• DAC IRef Current Source on chip. Priority: C. Boyd and ManShek are working on it. 



8. Direct Bus Interface: 

• 32bii VESA-VL bus (and 486 local bus) Priority: A 

• 32bit PCI bus. No on chip BIOS ROM support in PCI. Priority: A 

• 16bit ISA bus for demonstration and easy system validation. Priority: B 

• 32K or 48KB BIOS ROM suppon in ISA and VESA VL bus. Priority: B (only for 
BIOS/ system debug) 

• At least 5 scratch pad registers: optimum 8 scratch pad registers. Priority: A: 

9. Performance Enhancements to achieve 15-20MWimnarks at lKx768 8b/pcl: 

• 32bit BitBLT with memory mapped I/O BitBLT registers (as in 5428 ?or Alpine) Prior- 
ity:A 

• BLT buffer of 8 (tyr+6- ) bytes for Source (and Destination ?) data, (5428 buffer is 
Sbytes. Alpine is 16bytes) (as 5428) 

• X/y offset for Pattern BLT (as in Alpine) Priority: C 

• h/w graphic cursor 64x64 (as in 5428) 

• color expansion (as in 5428) 

• linear memory addressing (as in 5428) 

• 4 stage 32bit wide write buffer and capability to page CPU cycles if accumulated in the 
write buffer (this is already in 5428) 



10. Display Memory: 

• 0.5MB (16bit wide), 1MB or 2MB memory addressing 32bii wide (as in 5428) 

• I or! 256Kxl6 one bank or 4 256Kxl6 two banks (2 CAS symetric, 2 WE asvmeuic) 
(as in 5428) 

• maximum memory clock frequency: 50MH2/3V, 65MH2/4.5V Priority: C 

1 1 Flat Panel Support: [Priority: A] Conndential 

Business iDformation 

• Color TFT (24bit, 18bii, 12bit,9bii) 

• Color Dual Scan and Single Scan STN ( 16 and 8 bit, including dual clock panels) 

• Monochrome TFT (8bit), 

• Monochrome Dual Scan STN (8bit). 152530 

• Monochrome Single Scan (4 and Shit) suppon 
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• Simulscan with all Fast Panels (6.3MH2 or equivalent) with 32bit wide memory. 
No simulscan with 16bit wide memory with dual scan color panels. 

No simulscan for 3MHz monochrome dual scan panels. 

• 640x480 single and dual scan support {Prioriiy:A) 

• 800x600 TFT and no single and dual mono and color STN panel support i Priority: Ct 

• 1024x768 TFT and no single and dual scan STN panel support . (Priority: D) 



12.Display Features 

• High quality monochrome and color shading, at least as good as 6440. Priority: A 

• Shading option for fast panels. Priority: B 

• Up to 8, 64x64 Hardware Icons independently mapped color+transparent back- 
ground. Priority: C 

• Whisper Cross-Talk Reduction (If panels will be available in the timeframe and if we 
can accomodate it with the shading algorithm). Priority: C 

• "O^e Productivity Booster Dual Display " 640x480 (panel) & 640x480 (CRT) 4 or 
8b/pel or 640x480 (panel) & 1024x768 (CRT) 4 or 8b/pel Priority: E 

• Venical Expansion in text and graphics (as in 6235 or 6440) 

• Automatic Centering if not expanded (as in 6235) 

• Grey-Shades Maping options ?? Is this needed ? Priority: D 

• Text Contrast Enhancement options, (as in 6235 or 6440) 

• Inking Plane ?? Priority: D 

• 180 and 90 degree image rotation ^? Priority: D 

• 12 and I6dots wide font support ?? Priority: D 

• h/w offset on hJw cursor ?? Priority: D 



13. Resoiutions Supported: 

• the same as 5428 at 5V (4.5Vmin) 

• up-to 45MHz doiclk ( 1024x768, 6OH2 interiaccd) at 3.3V 

Cirrus Confidential 
Business Information 

14. Power Management 

• Mixed 3.3V and 5V operation: memory, host and flat panel independent VDD 

• Green-PC spec suppon. Priority: B 152531 

• Stand-by Mode with internal stand-by timer (as in 6235) 
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• Suspend Mode I/O or pin in all modes (LCD, CRT,Simulscan) 

• Light Sleep ?? - beaer not for this chip as it requires too much h/w. Priority: F 

• Panel Power Sequencing: automatic or under I/O control (as in 6235 j 

• Reduced Active Power in Panel Only Operation: < 60mAmp @3.3V. PriorityiA 

• Reduced Suspend Current: < O.SmAmp. Priority: A 

2.1 Inputs from the Nordic-IM Features Meeting of 09/10/93 

- 24bit DAC if not too expensive (VAR) 

• mclk @5\ max 65MH2, @3V max SOMHz 

- vclk and fpvdclk @5V max 85MH2, @3V max 65MH2 

- panels: 

- TFT 1280x1024'^ ##, lkx768 ##, 800x600 ##, 640x480 

24bit,18bit, 12bit, 9bit color, 6bit mono 
NEC analog Qutt^ut^## 

- STN 800x600 dual scan color, 640x480 ds color 16bit 

640x480 ss color 8bit 
640x480 mono bit 8bit and 4bit 

- horiz ## and vertical centering 

- normal 9dot font in 800x600 text ## 

- simulscan for 800x600 and lkx768 panels ## (need to run all modes at 
800x600 or 1024x768 rczolutions -> option to clock panel till h&v Blank ) 

- suppon for two alternate fonts 10x24 for 800x600 (lOx 1 8 actual 
with spacing) and 12x25 for lkx768 ## difficult !! 

■ h&v text expansion in 800x600 and lkx768 panels; ## ^ 

- color text enhancement ## : bright white instead of white 

- on chip cross-talk reduction m ? - any improvement ? 
• shading look-up tables ^ ^ • only if not too large 

• SO Whisper suppon even on the bus side • out ! 

• NO one 2S6Kxl6 DRAM support • out ! 

' h/w icon support: with h/w cursor, up to 4 simuluneously. Horizontal position 
controlled in increments of 64 pixels. 

Icon attributes: off/on, 4 colors/3colors + transparent, no_blink^iink. (simple/dou- 
ble). 

H/W cursor goes over the h/w icon (visually). Uses independenlv mapped color in 
RAMDAC RAM. Stan at scan-line 64. 

- PC98 integration '> ## . to be negotiated cWr n ^ 

- reserve pins for SDRAM-s and CDRAM-s ## r, " Confidential 

- .VO true dual display I business InformatioD 

2.2 Inputs from Compaq 09/10/93 ri i 

-50MH2 486DX bus ^1-15^532 

- 75H2 refresh rate 

- need one 256Kxl6 support with Audio and some video for Centura - build one 
motherboard for Connira and LT Lite. Two DRAM-s only on LT Lite. 
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- think that 8KB/buffer of audio buffer is not enough 

- want to use Analog Devices for Audio 

• No clear winner on conpression. They are watching. Need Indeo driver. 

• Play-back zoom is required. At least pixel replication. " 

- Ver>' interested in Compressed Live Video. WAnt to talk more. 

- need h/w icon 64x64 with 3col+iransparency or 4 color, with pixel replication to 
128x128. 



23 Inputs from AST 09/15/93 

- They prefer horizontal icon 

2.4 New Features as of 10/04/93 

- 4bit/pel packed support for Windows Chicago 

- 8bit/pel video out to the Feature Connector for conversion to NTSC-oui 
with Nordic running 640x480 interlaced mode. 

Another idea was to use some of the panel outputs in this case and extend 
the data out to 16bits. 

- The h/w icon can be horizontal or vertical using the Motion Video Window as imple- 
mentation vechicle -> is it worth? 

- IBM Raleigh asked for 12 and 16d6ts wide fonts for h/w assisted Kanji. 10/04/93 

- IBM Raleigh asked for 8bit monochrome TFT panel support. 10/04/93 



3.0 Important Additions to 5428 Data Base 



1. 32 bit CPU Data bus in VESA VL bus support 

2. PCI bus support 

3. Mono and color, STN and TFT Flat Panel support (incL hfb). 

4. Live video in a true color window with Windows running in planar VGA mode, 
without a video port (using PCMCIA standard bus and Sasha's decompression 
technique). 

5. CINE PAK decompression accelleration Cirrus Confidential 

r A.j-^n^-^ r^c^A^'iB Business Information 

6. Audio Port support for CS4215 

7. Power Management: panel power sequencing, stand-by mode, suspend mode 

8. Mixed Voltage, 3 JV operation and low active/suspend/standby power 

9. h/w icon support, with a h/w cursor support 

10. BLT performance improvements: Memor> Mapped BLT I/O, patternning, 16 
byte Source buffer 

CL 152533 
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1 1 Jduai display 1024x768 on CRT with 640x480 on LCD, using the same RAMDAC ) - 
if decided to do now 

4.0 Detailed List of Features 

4.1 WAS: On the Cross Talk Reduction Technique •> not in - 
IM 

This pan was deleted from Nordic- IM spec starting rev. 3.8 (09/1 1/93). 



4.2 Green PC Spec Support 

(Based on VESA DPMS Proposal l.Op rev. 0.53p) 

This specification refferes to CRT Monitor power management. Additionally. Nordic will 



TABLE 1. Display Power Management Summary 



Sute 


HSYNC 


VSYNC 


Video 
RGB 


Compliance 


Power 
Savings 


Recovery 
Time 


CRT On 


Pulscse 


Puisccs 


Acuvc 


Mandator> 


None 


NA i 


CRT 
Stand-by 


No Pulses 


Pulses 


Blanked 


Optional 


Minimal 


Shon 


CRTSus. 
pend 


Pulses 


No Pulses 


Blanked 


Mandatory 


Substantia) 


Longer 


CRT Off 


No Pulses 


No Pulses 


Blanked 


Mandatory 


Maximum 


System 
Dcpendednt 



control DAC power consumption. These power management CRT Monitor sutes are not 
necessarily related to the graphics controller power management states. 



We'll define 2 bits - GRE[2: 1] (the same as Alpine) that control HSYNC, VSYNC and 
DAC Power Off signal (or Blankn to the DAC). 
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TABLE 2. GR£[2: 11 Effect 



GRE[2:11 


CRT 
Sute 


Vsync 


Hsync 


DAC Power 


1 

Nordic 
Power 

Management 
Sute 


0 


On 


pulsing 


pulsing 


on 


active ! 


1 


5i^d-by 


pulsing 


static at 
MISC[61 inac 
live level 


nff 

on 


active j 

1 
! 
! 




Suspend 


siatic at 
MISC[7] inac- 
tive level 


pulsing 


off 


active or 
stand-by 


3 


Off 


static at 
MISC[7) mac. 
tive level 


static at 
MISC(6) inac- 
tive level 


off 


active, stand- 
by or suspend 



If Nordic is in its own Suspend mode, the BIOS should program GRE[2: 1 ]=3 to put the 
monitor (if any ) in the Off sute. 

If Nordic is in its own Stand-by mode, CRT Suspend mode should be forced bt the h/w. as 
stand-by is a timer driven mode and no s/w gets to play. 

If Nordic is in LCD only, the BIOS should set GRE[2:1] to 3 to power off the CRT that 
may be connected to the notebook computer. 

If CRT only mode and CRT is in stand-by or suspend, the BIOS may reduce the video 
clock and even memory clock frequencies after saving the current values. 

Except for the above restrictions, CRT Power Management modes are not related to Nor- 
dic power management modes: they can be independently programmed 

If MISC bit is programmed for positive polarity, the SYNC signal will be stopped L. oth- 
erwise it will be stopped H. 

4.3 Play-back Decompression Accelleration 

(applicable to Cinepak as well as other compression 
standards) - old, kept here only for reference 

43.0 The problem Cirrus Conndential CL 152535 

Business loformation 
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a) When playback data is compressed on a CD ROM. it is encoded in 24bit/pcl YUV with 
crominance sub-sampling. Due to CDROM reduced bandwidth the display window is 
160x120 or 320x240. If this compressed data is decompressed ac full pixel depth, it 
should be displayed as 24bii/pel RGB window under MS Windows. As the play-back data 
is sent to the graphics controller from the CPU bus, it has to be placed in Video Memor\ in 
320KB. 

A standard VGA controller or even GD5428 arc able to display the 24bii/pcl piay-back 
window only if MS Windows is run in 24bit/pel mode (for instance 1024x768 24bit/pel or 
640x480 24bit/pcl) by the driver. Under these conditions, the CPU will have to write the 
un-compressed 24bit/pel play-back data in the appropriate position in Video Memory, 
contigouus to the entire displayed data. 

So. in order to display 24bit/pel in a play-back window, GD5428 needs the driver to run 
24bit/pel at the maximum display resolution. 

Bui, in order to run 640x480 at 24bit/pel we need 92 1 .6KB of Video Memory and in order 
to run 1024x768 24bit/pel we need 2359.296KB of video memory. (Please note that 2M of 
memory has 2097.152KB). 

Also, when running windows in 24bit/pel mode the performance will decrease 3 or 4 times 
relative to 8bit/pel mode, especially when using DRAM as Video Memory. 

b) When running through MS Windows GDI the driver can play-back data at 15fps or less 
(with a 486 33MH2). it is desirable to play-back data at 30fps. 

This can be accomphshed today only if the driver does not go through GDI. 

c ) If a picyure was stored on CDROM at low resolution ( 160x120 or 320x240) and it 
needs to be "zoomed", it has to be interpolated both horizontally and vertically for good 
picture quality. Vertical interpolation is expensive in h/w. ' 

4.3. 1 The Generic SolUtjon > old, here for reference oniv 

Today's Windows Accellerators run MS Windows, including the play-back window with 
the same pixel depth (8bit/pel), normally going through the RAMDAC, but using a split 
palette approach with 16 colors reserved for MS Windows and 240 colors reserved for the 
play-back window. The Cinepak driver writes data in video memory in 3:3:2 RGB format 

(8bits/pel) which is created by the driver. Because of the s/w overtiead involved in 
decompression as well as the GDI overhead, it is hard to go beyond 320x240 clips at 
15fps, though the display quality is much lower than what Cinepak could achieve (240 
colors versus 16 million colors). 

To run Cinepak with 24pii/pel resolution, today's graphics controllers would require to 
run MS Windows in 24bit/pel mode, requiring almost 1MB in 640x480 and over 2MB-S in 
1024x768 modes. 
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A graphics controller that could run MS Windows in 8 or 16bit/pcl mode while 
displaying only the play -back window in 24bii/pel mode would increase significantly pic- 
ture quality without degrading too much MS Windows performance with play-back, 
would reduce significantly the amount of Video Memory required for the same picture 
quality and would allow a higher frame rate for the play-back. 

Further, if the play-back data is stored in Video Memory in a semi-compressed format that 
requires less than 24bii/pel this would funher decrease the Video Memory requirements 
and it may even reduce the video memory band-width requirements. 

When zooming the play-back window from 160x120 to 320x240 or higher it is imponani 
to interpolate. Vertical interpolation can be done in s/w but with a relatively large over- 
head. It may be possible to do vertical interpolation on key frames, but there is no practical 
way of doing vertical interpolation on inter-frames cither in s/w or with h/w assist on the 
CPU write side of the graphics controller. If s/w driven vertical interpolation on key 
frames is not a solution, then vcrical interpolation can be only achived in h/w on the CRT 
read side and this requires either one or two 16bit/pel line buffers or a big penalty on video 
memory bandwidth (the equivalent of reading 32 or 48bits/pcl). 

Horizontal interpolation can be done before play-back data is displayed, without s/w help. 

Please note that there are multiple ways to solve the play-back problems. In Nordic- IM 
we'll try to strike a ballance between the complexity of the h/w solution and the qualitv of 
the play-back image. 

To a large extent, the solution adopted in Nordic- IM will be generic, not tied to Cinepak. 
though it will be first applied to Cinepak. 



4.3.2 Nordic- IM old Play-back Accelleration Solution -> canned, kept here for reference 

a) Nordic-lM will run Cinepak at 1:1 scale exactly the same way as today's graphics con- 
trollers: in 8bii/pcl MS Windows with 8bit/pel (3:3:2 RGB) play-back w'indow. 

b) Nordic-lM wiD run 1:2 scale (zoom) in 8bit/pel 1024x768 MS Windows with 24bitypel 
(8:8:8 RGB) pixel depth in the play-back window, horizontally interpolated and venicalJv 
doubled. Play-back data will be stored' in video memory as 16bit/pel (YO UOl Yl UOl )'. 

c) Nordic-lM will run at 1:1 scale m 16bii/pel 1024x768 MS Windows with 24bit/pel 
pixel depth in the play-back window. Play-back data will be stored in video memory as 
16bit/pel (YO UOl Yl UOl ). This mode is good for programs that store data in 320x240 
format. 

Because today large play-back windows look bad, while small ones look OK, this solution 
will improve picture quality to a large extent. 
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Concerns: 



Many play-back programs today don't even have a zoom option. To this extent, mode "b" 
may not be needed. 

Mode c could be implemented today with 16bit/pel RGB (555) in s/w and the onJv 
improvement we provide is 24bit/pel capability and h/w color conversion (some level of 
acceilerationj. So mode "c" may not be needed as a special h/w. 

If this is the case, maybe we do not need to do anything in h/w for Cinepak I 

One idea: should we run 24bit/pel MS windows stored in 4:2:2 (YO UOl Yl UOl ) for 
mat? This will allow us to run 24bit/pel MS Windows and use 16bit/pel memory space ' 
with no loss of quality. The windows driver could compress the data and the h/w could 
decompress it. 



4.4 Nordic-IM Motion Video Architecture 

SashaEgIit, RakeshBindlish,VladBril and Dave Keene are important contribu- 
tors to the Motion Video Architecture definition. 

4.4.0 The Problems to Solve & Generic Solutions 

Nordic- IM is supposed to support CDROM play-back and live-video under Microsoft's 
Video for Windows. With all of today's VGA Compatible Graphics Contrdlers Te Iv- 
L othe^ IT"' ^ ^ surrownding MS Window p xel deS 

The only way we can run today live video is from a Video Port (= Feature Connector! in 

Due trCDRnr,'" °"^'^^ " ' v!deo wmdo? 

none . ^ "^"^ complexity. CPU bus and Video Memory limita- 

uons. only small clips at 15fps or less can be playd-back todav. So today we needTlot of 

u^e fe°s s Co'm ™" ''''' " Nordic lM wU ^ ^o 

use less Video Memory, increase the clips size, their resolution and speed. 

Nordic- IM is supposed to support: 

CinepStTll^ ^^'^^^ ^"'"P--" "P'-llv 

- live video from a PCMCIA card in a system with a sundard PCMCIA host adanter 
for a "Multimedia-Ready Notebook Computer" ''^M(-1A host adapter. 

comtriwf for^rMnl^'T ""'""'"^ ''^^^ ^'^^^^'^'^ Connector 

compatible, for a Mu lumedia Notebook Computer with direct NTSC input (full mother- 
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board solution). 

What wiU NordiclM bring to the Video nlate: 

A. Nordic- IM will break the dependency between the pixel depth of MS Windows and the 
pixel depth of the live- video / play-back window. By doing so, Nordic- 1 M will be able to 
run 24bii/pej LV/PB while running MS Windows in 8bit/pcl or 4bit/pel (even planar). 
This will lead to high quality live-video and play-back, while minimizing Video Memor\ 
requirements. 

B. Nordic- IM will further reduce Video Memory requirements as well as Video Memor\' 
Bandwidth requirements by storing data in compressed form: 4:2:2 YUV ( 16bit/pel ). 4: l : i 
YL'V (12bit/pel) or Sashapak YUV (2.6bit/pel) 

C. Nordic- IM will define one architecture and work-frame to run both play-back and live- 
video in a unitary way for both s/w and h/w. 

D. Nordic-IM will supj)on up to two active LV/PB windows at the same time. 

E. By providing h/w yUV->RGB conversion and 1:2 zoom Nordic-IM will accelleraie 
playback for most standards, but mostly for standards that allow us access to their decom- 
pressor like Cinepack (for whose decompressor we have a licence). 

Nordic-IM will not provide Cinepak specific accelleraiion (custom BLT). 

On the Live Video from Feature Connector (or Video Port^ 

Due to pin-out limitations, the VAFC implementation has to be iimitted to 8 pins of data 
requiring external muxmg of 16bit data to Nordic. Further, the VAFC solution will be 
restricted to 5428 type suppon: overiay and color key (no memory video port). The only 
additions to the 5428 support will be the internal YUV-> RGB convener able to accept' 
sequential 4:2:2 YUV {16bit/pei in avarage: Y0,U,Y1,V) and display it as a 24bit/pel RGB 
in the overlay/color-key window. We may also suppon horizontal 1:2 zoom with avarag- 
ing. Nordic-IM will be back-wards compatible to 5428 and it will suppon also 16bit 5-5- 
5 RGB Sierra and 5-6-5 RGB XGA pixel formats. As in 5428, hve video from the Feature 
Connector can be executed only from mode 5F (640x480 256 colors). 

In the following we will refer mostly to the other two modes of openatjon: play-back and 
live video from a FCMCL^ card, which weUl call compressed live video, because due to 
PCMCIA bus bandwidth limitations, we assume that video data received by Nordic is 
compressed with Sashapak (see Sashapak detailes further in this spec). Please note that 
due to its huge advantages, it makes sense to use Sashapak as a mother-board solution too. 
The main reason we continue to suppon the Feature Connector based live video is the 
availability of drivers for 5428 which will give Nordic an early stan in the live video 
arena. 

Video Memory Band-width Constraints 

Please note that, even with a 32bii wide Video Memory, there are severe memory band- 
width limitations when running 16bii/pcl and 24bit/pel graphics modes. 

Assummmg that Nordic-IM does 8 CRT fetches in a row and 1 CPU cycle, for a CRT or 
TFT panel, here are the minimum frequency requirements for memory clock frequency at 
different rezolutions and pixel depths: 
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R+7P+R=I2m+14m=26m with 1 CPU cycle per CRT FIFO fill fetches data for 

32B/3B=lOpixels 
R+7P = 6m+I4m = 20m with no CPU cycle during non-display time 
min mclk freq = 65MH2 / 50MHz @ 640x480 -> Nordic- 1 M upper limit at 5V CVDD 
= 104MH2 / 8OMH2 @ 800x600 -> too high 
= 169MH2 / 133MH2 @ 1024x768 6OH2 -> too high 

16t)it/pel: 

R+7P+R=12m+14m=26m / R+7P = 20m fetches data for 32B/2B=l6pixels 
min mclk freq = 40.6MH2 / 36MHz @ 640x480 -> OK even at 3V 

= 65MHz/50MH2 @ 800x600 -> Nordic- IM upper limit at 5V CVDD 

= i05MH2 / 83MH2 @ 1024x768 60Hz -> too high 

12bit/Del: 

R+7P+R=12m+14m=26m / R+7P=20m fetches data for 32B/1.5B=21 pixels 

min mclk freq = 30.9MHz / 23MH2 @ 640x480 -> OK even at 3V 

= 49.5MH2 / 38MH2 @ 800x600 -> OK even at 3V 
= 80.4MH2 / 64MH2 @ 1024x768 6OH2 -> too high 

8bit/pel: 

R+7P+R=12m+14m=26m fetches data for 32B/lB=32pixels 
min mclk freq = 20.3MH2 @ 640x480 -> OK even at 3V 

= 40.6MH2 @ 800x600 ->0Kevenat3V 

= 52.8MH2 @ 1024x768 6OH2 -> OK at 5V 

We mav conclude that Nordic- IM will be able to run 24bit/pcl only at 640x480 rezolu- 
tion. 16bit/pel up to 800x600. 12bit/pel up to 800x600 and 8bil/pel up to 1024x768 rezolu- 
tion. These results apply only to CRT or TFT and single scan STN panels. 
Please note that for dual scan STN panels the memory requirements increase significantlv. 

These severe memory bandwidth limitations lead us to attempt to minimi2e video memory 
traffic. If we store Cinepak data in 4:2:2, with an avarage of 16bit/pel, independent of 
Cinepak window size. Nordic- IM will not be able to run Cinepak above 800x600. 
Any attempt to execute venical zoom with interpolation, even with two points interpola- 
tion will further aggravate this memory band-width bottleneck. The next step should be 
IOOMH2 SDRAM-s with a large CRT FIFO (32x32) or 64bii wide memory data bus. 
These considerations apply to any playback compression standard that stores data in 
video-memory as 16bit/pei in avarage. The key to a successful compression standard 
would be one that does decompresssion on the CRT memory read and stores data in mem- 
or\* as 8bii/pel or less, in avarage. 

As we store live video at 2.6bit/pel and fetch it as if it was 8bit/pel with Sashapak, 
Nordic-IM should be able to run live video even at 1024x768. 

If we defmed a new CDROM play-back standard based on Sashapak. then we could run 
even 1024x768 with 24bit/pel accuracy and keep it memory as an 8bit/pel. Keith and 
Ken are actually working on it, with Sasha's help. 

4.4.1 On Sashapak <^»^nis Confidential CL 152540 
Business Information 
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Sashapak is a highly assymetric. lossy "Block Truncation" compression algorithm opii- 
mized for visually equivalent image processing. 

Dau is proccesscd as Y.U,V one byte each. U and V are sub-sampled, characierizmg one 
8 by 8 pixel array, while Y is characterizing a 4x4 pixel aray. Actually one of two values is 
assigned to each pixel inside the 4x4 (for Y) and 8x8 (for U and V), 
Ai compression time, the compression chip determines a threshold and two values U&L 
for each group of sixteen (4x4) pixels. This way all pixels above threshold will be 
assigned the value U. all pixels below threshold will be assigned the value L. 
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At decompression, the bitmap will control a mux between the U and L values. This way 
the decompression is straightforward. 

The main drawback of this approach is that a BITMAP contains Y data from 4 scan lines 
and U, V data from 8 scan hnes. When data is read from memory to be displayed only data 
from one scan line is used. Similarly the U/L values apply to several scan-lines and the 
same value will be read in each scan line. The same data will be read again and again in 
each scan line raising the actual memory bandwidth requirements to an equivalent oY 
I6bit/pel map. 

In order to overcome this problem and reduce memory bandwidth requirements. Sasha 
proposed a scan line oriented, segregated mode of data organization. This would 
require the Sashapak compression chip to write compressed data in a specific way puting 
the strain on the conqiresion chip address generator. The basic principles of the new orga- 
nizations are: 

1 . Data is organised in the MV Window m chunks of 32 sequential pixels. 
a)For 8bit U/L resolution, as one Y covers 4 pixels, 8 U/L sequential values are needed, 
16biis each .> 8xld/32=4W (8xl2/32=3W for 6bii res. U/L) (where W is a 32bit word). 
b )U and V U/L data is packed together in the same word (16bits for U U/L and 1 6 bits for 
V U/L -> total 32bits=I W) and as one pair of U and V applies to Spixels, 4 such values 
are needed for 32 sequential pixels -> 4x32=4W. (4xl2x2/32=3W for 6bit res. U/L) 
c) The mask data is also scan-line oriented: all 32bits of Y mask of sequential 32pixels are 
placed in one 32bit word and due to sub-sampling on U and V, all 32bits of U and V mask 
of sequential 32pixels are placed in one 32bit word. So in 2W data for 32 sequential pixels 
on one scan line is packed. -> 2W (the same for 6bit resolution for U/L) 
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d) For 640x480 window size, even at 8bii U/L resolution, dau for 8 scan-lines fits in one. 
DRAM page (symctric DRAM-s assumed): 320WY+80WU+80WV=480W < 5i2W page 



U/LforY 

STAR-*^ 

n-MVW-Offsci ' 



480W for one 8x640 pixels block fits in one page 



U/L for U,V 


Y bitmaps 


UV bitmaps 
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fl The key to memory bandwidth optimization is the fact the the compression chip will 
organize data sequentially over 32 pixels instead of 8. This will be done for the mask bits 
which will be organized sequentiaDy by scan line and for the U/L data. This way a 32bii 
word of Mask data contains only information for the current scan line and no extra mem- 
ory fetches are required. The main reason we segregate U/L for Y and U/V is the fact that 
we want to use 6bii U/L. In this case it is easier to identify the proper U/L info chamed 
within 32bii words if the words are sequential and we have a fix relationship between 
their address and the 6bit U/L quantities. 

g) If we calculate now the amount of dau we need to fetch to display 32 sequential pixels* 

- for 8bit per U/L: 4W (YU/L) + 4W (UV U/L) + IW (YM) + IW (UVM)=10W=40B 

">40B/32pixels=:320bit/32pixels=10bit/pel to fetch from memorv 

- for 6bit per U/L: 3W (YU/L) + 3W (UV U/L) + 1 W (YM) + 1 W (UVM)= 8W=32B * 

"> 32B/32pixels = 8bit/pixel 
This is a very good data fetch ratio, much better than the 16bit/pel we'd get without the 
optimization. 

g) When reading data from the Motion Video Window the controller will generate the fol- 
lowing sequence of addresses, all of them in the same DRAM page (8bit per U/L): 

- fetch the YU/L for the first 32 pixels on scan-line n at addresses: 
MVW.Start+n*MVW_offset. +1, +2. +3 

- fetch the UV U/L for the first 32 pixels on scan-line n at address; 
MVW_Stan+n*MVW_offsct+AOh, +1, +2, +3 

- fetch the Y BitMap for the first 32 pixels on scan-line n at address- 
MVW_Stan+n*MVW.offsei+FOh 

- fetch the UV BiiMap for the first 32 pixels on scan-line n at address: 
MVW.Stan+n*MVW_off set+ 1 90h 

- fetch the YU/L for the first 32 pixels on scan-line n at addresses: 
MVW_Stantn*MVW_offset+4, +5, +6, +7 

- fetch the UV U/L for the first 32 pixels on scan-line n at address: 
MVW_Start+n*MVW.offset+A0h44, +5, +6, +7 

- fetch the Y BitMap for the first 32 pixels on scan-line n at address: 
MVW_Stan+n*MVW_offsei+FOh-Kl 

- fetch the UV BitMap for the first 32 pixels on scan-line n at address: 
MVW_Sian+n*MVW^offsei+ 190h+ 1 

- now the MVW FIFO is full 

- chunks of ten 32bit words will be proccessed for every 32pixels displaved 

- the M VW FIFO gets empty after the first 10 words being read for decompression and 
display. 

Please note that all data for ever>' 8 scannnes staning from the top of the MVW- is in the 
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same DRAM page. 

Because we have to fetch the MVW Data before we stan displaying it, and because at thai 
time the CRT FIFO docs not empty as fast as it is needed (unless MS Windows is running 
at the same pixel depth as the MV Window), it is necessary to have a separate FIFO for the 
MVW or at least half the FIFO (at least lOW for 8bit per U/L and at least 8W for 6bits per 

U/L). 

h) When we run 6bii per U/L, because the Video Memory band-width requirements arc as 
if we were running 8bit/pcl, we could do venical zoom with avaraging. But there should 
not be a need for zoom with Live Video because there is enough CPU and memory band- 
width to run 640x480 windows even when MS Windows is run as 1024x768 4 or 8bii/p)el. 

Conclusion: With Sashapak we can get data organized in memory such that the memory 
bandwidth is as for lObit/pel (8bit U/L) or 8bit/pel (6bit U/L) pixel depth. The actual 
memory area will be close to 3bit/pel or 2.6bit/pel depending on the resolution of U/L val- 
ues - 8 or 6bits p)er value. 

Please note that the memory area will be slightly larger due to the fact that we use only 
480 words in a page of 5 12. 

4.4.2 YUV to RGB Conversion Algorithm 

The ideal YUV to RGB transformation is: 

R=Y+L37V 

B=Y+1.73U 

G=Y-0.699V-0.336U 

After defming an objective way of measuring color error, Sasha came up with the follow- 
ing Conversion algorithm: 
R=Y+1.375V=Y+1 3/8 V 
B=Y+L75U=Y+1 3/4U 
G=Y.0.375U-0.75V= Y-(3/8U+3/4V). 

This algorithm can be implemented with 8 9bit adders and it should suppon excess 128 or 
two's complement U»V formats (U,V may be negative while Y is always positive). 
This algorithm will be used with Live Video. 

For Cinepak, the YUV->RGB convener will be reconfigured to the Cinepak YUVoRGB 

conversion rule: 

R=V+Y 

B=U+Y Cirrus Confidential 

G=Y-V/2-U/4 Business Information 
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4.4.2 Motion Video Architecture Functional Blocks 

Instead of treating play-back and live-video as two separate modules, we'll isolate several 
generic functions to be used by both: 
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- Display Window Generation Block: 

allows s/w to define one or two play-back or live video window(s). 

The MV Window is defined in memory cycles relative to the stan of line in horizontal 
and frame in vertical direction. Horizontally the unit of measure is different outside rela- 
tive to the inside of the window: the horizontal window sian coordinate is expressed in 
memory cycles for the surrounding pixel depth (MS Windows pixel depth, normally 4 or 8 
bit/pel)', while the width of the MVW is expressed in memory cycles for the MVW pixel 
depth {8bit RGB, 16bitRGB, 422YUV spacial, 422 YUV linear. 4 1 1 YUV Unear. 
Sashapak). 

• XS = MVW Horizontal Start Coordinate (in surrounding 

pel depth memory cycles) 
The horizontal position is programmed with 8 pixel resolution 
(0,8, 16,... pixels starling from the left side of the screen) 
XS register CR34[7:0] -> 8 bits 
(up to IK pels in incrcmenu of 8 pels) 
To get an early warning, we will require XS to be programmed 
8 pixels less than the actual position: 0 is zero, 1 is 16pels. 2 is 
24 pels,... 

- XW = MVW Horizontal Width ( MVW pel depth memory cycles) 

XW register CR35 [7:0] -> 8 bits 
(up to IK pels in increments of 8 pels) 

To get an early warning, we will require XW to be programmed 
8 pixels less liian the actual width: 0 is zero, 1 is 16pels, 2 is 
24 pels,... width. 

• YS = Vertical MVW Stan (in true scan-lines not affected by 

scan-line doubling or panel vertical expansion) 
10 bits in CR36[1:0] (msb-s) and CR37[7:0] (Isb-s). 

- YE = Vertical MVW End 

(all bits are programmed, in true scan lines) 

10 bits in CR36[3;2] (msb-s) and CR38(7:0] (Isb-s). 

- SAdOfs Surrounding Address Offset (a number to be added every 

line to the surrounding CRT Address Counter value to allow it to 
jump over the MVW without counting through it. This allows calculating 
the surounding restart address.) This number depends on the surrounding 
mode resolution. Assuming a maximum line of 1024 pels, in increments 
of 4 pels per address (8bits/pcl), 256 addresses is enough -> 8bits. 
8bits in CR39[7:0] 

- WMAdS = MVW Memory Address Start in increments of 

16KB = 4KW (a phisical address 00000:3FFFF for 1MB or. 
00000:7FFFF for 2MB Video Memory). ^. ^ . . 

7bits m CR3A[6:0] ConfideDtial 

Business InformatioD 

- WMAdOf = MVW Memory Address Offset (A number to be added to 

the current MVW Start Address to get the next MVW stan Address). 
Having this s/w model allows panning through a large image for the 
MV\^^ The actual image stored in memory may be as large as IK pixels 
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at 16bii per pixel (2 per word) -> 9biis. 

9bits -> in CR36[4] (msb) and CR3B[7:0] (Isb). 
Because the CRT Address Counter counts surrounding memory cycles, during the MV^' 
display it would count a wrong number corresponding to ^e MVW pixel depth. To avoid 
this wrong count, the CRT Address Counter is stopped while MVW is displayed and 
loaded with the value corresponding to the end of MVW and resian of the surrounding 
display. As this address value changes every line, an offset is specified and will ba pro- 
grammed by the MS Windows driver depending on the MVW size and pixel format. 
The horizontal size of the window is controlled by a different counter counting to XW. 
During the MVW display the adddress will be generated by the same CRT Address 
Counter which will be loaded with a MVW Memory Address Stan (WMAdS). 

- XW8P = MVW Horizontal Width in 8 pixel units Defines the size of 
the window in 8 pixel units. It is used to terminate the window horizontally. It may require 
to program the value minus one or two. To be Defined Later. Register CR3D[6:0] will 
contain this value. 

Every scan*line 

MVW Scan-Line SUrt Address s Previous Scan-Line MVW Surt Address WMAdOf 

Scan-line doubling for "zoom" should be taken into account when designing the 
MVW Architecture: on the address generation block. 

- OfT-screen MV Memory Addressing and Access Control. This includes data type tag 
generation based on MV memory Address and the circuitry placing the tags in the CRT- 
FIFO. This block has provisions for scan line replication by repeating the MV address 
generated on the previous scan line of the MV window (only). 

As Cinepak needs 4:1:1 rectangular format the MV Memory Address Counter needs to 
count in a non sequential way: 

YOSn YlSn Y2S(n+l) Y3S(n+l) U V 
implies an address counter that can skip over two numbers, or maybe a second address 
counter ttiat sUrts counting from 2 instead of zero. 

- One tag bit is generated based on CRT Address and is 1 if ttie data in ttie CRT 
FIFO is from the MVW, other-wise is 0. This tag bit, caDed the steering bit will be 
delayed through the entire data path and end up controlling the final video data mux just 
before the DAC. 

Other Ug bits called "data-type*' tag bits encode the type of 32bit word in a given 
data format and are used by MVW Decoder/Serialiser to steer CRT-FIFO dau at CRT- 
FIFO read. 

For instance, in 4: 1 : 1 linear data format, data is stored in memorv and in the CRT-FIFO 
as YOY 1 Y2 Y3 U03 V03 Y4Y5 Y6Y7 U47V47, 3 groups of 32bits. Two "data-type tag 
bits will mark the three types of 32bit words so that steering logic knows where to place 
the three words in the data serialiser. 

Similarly Sashapak will need 3 "data-type" tag bits to encode 8 32bit words (for 6bit per 
U/L) or 4 "data-type" tag bits to encode 10 32 bit words {for 8 bits per U/L). 

16bit RGB 5:6:5 and 5:5:5 and 8bit RGB 3:3:2 can either use the standard VGA data 
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path, which in 5428 was extended to I6bii wide (used for 16bit/pcl lkjc768 inierlacedi or 
the new dau path, if a phisically new data path will be actually created. 

- MV Data Path . This is area wise the largest piece. It consists of a new 16bit wide data- 
path with the same delay as the VGA data path, that takes MV data from the MV prefetch 
cache and the CRT FIFO, treats it appropriately depending on the MV data format 
encoded. in the MV tags and converts it to 24 bit YUV first and 24bit RGB second. Hori- 
zontal zoom with avaraging (or maybe 5 levels of interpolation) is in this block too. 

- Larger (26 or 24 sUges) CRT-FIFO, Variable CRT-FIFO threshold and its con- 
trol. Because the MS Windows pixel depth and MVW pixel depth don't match, it is nec- 
essary to reserve CRT-FIFO space to fill in enough high pixel depth dau before the 
MVW display starts. In Sashapak this means 10 or 8W (for 8 or 6bits per U/L respec- 
tively). 

This function can be implemented as a dinanaic threshold size modification of the CRT- 
FIFO. If the CRT-FIFO has 24 stages instead of 16 but only 16 stages arc used before the 
MVW but it is switched to 24 when MVW fetches start, there will be 8 more stages to fill 
at that time ensuring more prefetched data in the CRT-FIFO at the beginning of each 
MVW scan-line. 

In normal operation the threshold is 8 (or 6 ). 

Here is the sequence of events that follow the detection of MVW start: 

1. Drop CRT-FIFO threshold to 1 to get immediat service 

& make 10 (or 8) more sUges avaUable in the CRT-HFO. 

2. Start fetching MVW data till CRT-HFO is full. 
(BLT in progress will increase latency) 

3. Increase threshold to 10. 

4. Proceed as such till end MVW. 

5. Load the CRT Address Counter with 

its last contents 4- SAdOf 
(where SAdOf = Surrounding Address Offset) 

7. Continue fetching based on the new address 

(sUrt with random cycle). CRT-FIFO threshold remains the same 
• at least 10 or 8. CRT-FIFO size is still 26 or 24. 

8. At the end of line, upon flushing the CRT-FIFO before prefetch, 
decrease CRT-FIFO size back to 16 keeping the threshold the same. 

9. Go back to #1 for the next scan-line. 

This sequence is applied if MVW pixel depth is higher than surrounding pixel depth. 
If MVW pixel depth is lower than surrounding pixel depth, then the action described 
at #1 above takes place at the end of MVW, instead of the beginning. In other words, 
FIFO depth extension takes place when a switch from low to high pixel depth occurs. 
If M\' W pixel depth is the same as the surrounding, only the address is switched. In 
this case the CRT FIFO depth and the threshold remain the same. 



- Steering logic decode the tags comming out of the special addition to the CRT-FIFO and 
the pre-fetch buffer and controls the decompression, formatting and serialization. 
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(ihcy tell the formatter what data is Y, U or V). 



- What about the video serializer load and the CRT FIFO read signal? What hapens to 
them when in MVW? They are one signal today. 

WHEN the data path switched to display MVW data, what hapens with the VGA Video 
Data Path is don't care as we do not display that data, except for the h/w cursor anf the h/ 
w icon that do not go through the standard VGA serializer. So we'll probably stop the 
VGA data path uniill the point h/w cursor and h/w icon are combined into it, to save 
power, as we will stop the MVW data path when not in use, for the same reason. 
So. the Video Serializer Load may be stopped while MVW data is displayed, but the 
CRT FIFO read wiU be going on, with a frequency and shape depending on the data 
format loaded in the CRT FIFO for display. 

In RGB 3:3:2 8bit/pel direct color mode CRT-FIFO read will be generated every 4 vclks. 
In standard RGB 5:5:5 or 5:6:5 16bit/pel modes CRT-FIFO read will be generated every 
two vclks. 

In YUV 4:2:2 24bit/pel (YO U Yl V on one scan line) the CRT-FIFO read will be gener- 
ated also every two vclks. 

IN Sashapak 10 (for 8bit per U/L) or 8 (for 6bit per U/L) CRT-FIFO read pulses will be 
generated every 32 vclks. 

- The MVW Address Counter, loaded at the beginning of each MVW scan-line with a stan 
address calculated based on the Stan MVW Address and the MVW Address Offset, will 
count at format dependent rate for as long as the CRT-FIFO is not full. Because the CRT- 
FIFO will be emptied faster in the MVW (in general the pixel depth will be higher in the 
MVW) there will be requests for more memory cycles when displaying in the MVW. 

• If either h/w cursor or h/w icon are on, they should be displayed even if the direct data 
path is used. In this case both video data pathes will clock and the steer tag will point to 
the VGA data path when either h/w cursor or h/w icon or both are displayed, even on top 
of a MV window. Please note that neither the h/w cursor, nor the h/w icon' data go throueh 
the CRT FIFO or the VGA Data path except for the final pixel address block and the 
RAMDAC RAM, though they have a special path in the RAM. So we could stop most 
of VGA data path (including the internal palette) but not all of it even if we are in 16bit/pel 
mode (the new one that goes through a separate 16bit data path). 

- If we arc in a 16bit/pel mode with no h/w cursor or h/w icon, or in a 640x480 MVW 
mode filling the screen, we can stop the VGA data path to save power. 

- The off-screen MVW memory will be a programable stan memory array normally 
placed towards the end of the memory, but before h/w cursor, h/w icon and the half frame 
buffer, even the color one. The stan of the MVW memory will be programable in incre- 
ments of 4KW (16KB) as a physical address -> 7bits to program. 

CR3B[6:0] is the MVW Memory Array Start Address 
2MB configuration will support enough memory to support: 

- one 640x480 3bit/pel window or up to two 320x240 3bii/pei (Sashapak) -> 32KW 

- one 640x480 16bit/pcl window or two 320x240 16bit/pel windows 

f 153.6KW=614.4kB out of 256KW or 512KW available depending on the memory con- 
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figuration) . 

- all of the above at the same time up to a total of two windows though. 

1MB configuration wUI support: 

- one 640x480 3bit/pcl Sashapak window or two 320x240 Sashapak windows or 

- two 320x240 16bit/pcl windows. 

Please note that about 24KW are needed for 800x600 DS Color STN HFB. the h/w cur- 
sors and h/w icons while about 18KW are needed for 640x480 DS Color STN HFB and 
that 

- 640x480 4bit/pel requires 38.4KW 

• 800x600 4bii/pel requires 60KW 

- 1024x768 4bit/pel requires 98.3KW 

- 640x480 8bit/pel requires 76.8KW 

- 800x600 8bit/pcl requires I20KW 

. 1024x768 8bit/pcl requires 196.608KW 

Video Motion Formats supported are: 

- 8bit RGB 3:3:2 going through the palette (RGB 3:3:2) 

- 16bit RGB (5:5:5 Sierra and 5:6:5 XGA) not going through the palette -> this is a 16bit/ 
pel that does not require double doiclock ! ! 

- 4:1:1 array converted to 4:2:2 YO Yl Y2 Y3 U V -> YOUYIV Y2UY3V for Cinepak 

(with Y2Y3 for the next scan line) 

- 4:2:2 Unear YOUYIV from TV Decoder 

- Sashapak format (we'll support only 6bit/pel) 

• for 8bii per U/L: 

4W (YU/L) +4W (UV U/L) + 1 W (YM) + 1 W (UVM)=10W=40B 

">40B/32pixels=320bit/32pixeis=10bit/pel to fetch from memor\ 

- for6bitpcr U/L: 

3W (YU/L) + 3W (L^v U/L) + IW (YM) + 1 W (UVM)= 8W=:32B 
"> 32B/32pixels = 8bit/pixel 

CR3C[3:0] will encode the pixel format for the first motion video window data: 
Oh := 0000 = 8bit RGB 3:3:2 going through the palette 
Ih = 0001 = 16bit RGB Sierra (5:5:5) 
2h = 0010= 16bitRGBXGA (5:6:5) 
3h = 0011 =4:2:2 YUV YOUYIV 
4h = 0100 = 4:1:1 YUV linear Y0Y1Y2Y3UV 
5h = 0101 = 4: 1 : 1 YUV array YOY I Y2Y3UV but Y2Y3 are in next 
scan line 

6h = 0101 = Sashapak 6bits for U/L 

7h = 01 10 = Sashapak 8bus for U/L 

8h:Fh = 0111:lIll = reserved 
CR3C[4] = Enable Motion Video Window 
CR3C[5) = Enable Live Video in Full Screen 
CR3C[7] = MVW horizontal zoom (doubling) 
CR3C[6T= MVW venical zoom (doubling) 

Cirrus CoDfldential CL 152548 
Business Information 

Nordic- 1 M Design Specification re v.5.0 December 2 1 , 1 998 21 



Cirrus Logic, Inc. Confidential Information 
I Note: Wc will not support 4: 1 : 1 linear from TV decoder, for design simplicity. 

Memory data formats: 

- 8bit and I6bit RGB, as in 5428. 

-4:1:1 Cinepak convened to 4:2:2 by writing a 4:2:2 Code-Book 
first scan line -> YOUY 1 V .> One 32bii Word 

second scan line in memory -> Y2UY3V -> One 32bit Word 

- 4:2:2 linear will be mapped in memory as follows: 



The tags that accompany the motion video data through the CRT-FIFO mark both the data 
formal and the type of data inside the format (U/L for Y or U, V or mask for Y or U V in 
Sashapak, YO, Y1,U or V in 4:2:2). 

Double Buffering for NfVW Video Memory Data 

In order to get a high quality Live Video fiiU frames should be displayed at all times. This 
assumes that writing the video buffer and displaying it are in sync, which is normally not 
the case. 

To solve this problem and provide a simple interface between MVA h/w and the driver, 
Nordic will suppon a double buffer approach: 



first scan line 
first scan line 



YOUY IV 
Y2UY3V 



consecutive dau in the same scan line. 
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Full Screen in a given graphics mode 





YS 




xs 




xw _ 






: — ► 


YE 

\ 




Motion Video 
Window 
Display Position 








WAdOf _ 








XW8P • ^ 



Wiiere: 

- XS = MVW Horizontal Stan Coordinate (in surrounding 

pel depth memory cvcies) 

- XW = MVW Horizontal Width ( MVW pel depth'memoiy 
cycles) 

- YS = Vertical MVW Stan (in true scan-lines not affected by 

scan-line doubling or panel vertical expansion) 

- YE = Vertical MVW End 
(all bits arc programmed, in true scan lines) 

- WAdOf = MVW Address Offset (a number to be added 

every line to the CRT Address Counter to allow it to jump 
over the MVW without counting through it. 

- XW8P = MVW horizontal width expressed in 8 pixel units 

Please note that MVW horizontal width is defmcd twice in different unhs: 
XW defines it on the memory side in memory cycles 
XW8P defines it on the CRT side in 8 pixel units. 
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Video Memory 
Data 



CRT& MVW Addr. Dec. 



I 



T 






A 
G 




CRT-FIFO 


S 







MVW- FIFO 



& h/wcn 
& h/w i 




T tags 
Data in Different 
Formats 



Sashapak 
and 4:2:2 
Decompr. 
& 

Seriaiizer 



Data Format 



tags 



Upsampling 
& 

Filtering 



I 



YUV.>RGB 



I 



We'll need to 
match the delav 
in the two data 
pathes. 



16bit/pel will go through the 
MVW data path in all cases. 



24^ 



Video Data 
to 

DAC and Panel 



Nordic-IM Design Specification rcv.5.0 December 21. 1998 



Cirrus Confidential — ifi^cci 

Business Information 152551 



Cirrus Logic, Inc. Confidcniial Information 



4.5 Feature Connector Support 

Nordic- 1 M will suppon 5428 Feature Connector so that it is compatible to Media Man- 
ager. " 

Nordic- IM will suppon VAFC (Vesa Advanced Feature Connector) in the 8bit VSVPC 
passthrough compatibility mode. 

The main difference betcen 5428 FC and Nordic FC is the fact that 5428 FC has one 

EDCLKn control pin controlling the direction of the DCLK pin, while Nordic- IM as well 

as VAFC have a FCDCLK output pin and a FCVCLK input pin. 

Dave Keene believes that 5428 FC is VAFC compatible. To ease the design. I kepi 5428 

FC pin names (not VAFC pin names). 

On VAFC compatibilitv here are some comments: 

- GENCLK can be applied on XVCLK if SR22[3]=1. 

But, if SR22(3)=1 (select xdk) & SR24[7]=1 (VAFC enabled), then XMCLK 
should get OSC and MCLK Synthesizer operates normaily, except that the reference 
frequency comes from XMCLK instead of OSC pin. If SR22[3]=1 & SR24[7)=0, then 
MCLK comes direcUy from XMCLK pin and the MCLK and VCLK Synthesizers 
are powered-down !! 

- GRDY signal is similar to OVRW. 

- VRDY is similar to EVIDEO if EVIDEO is dinamicaily switched as a valid data m sig- 
nal. 

- EGENn is not needed if we configure Nordic- IM in the right configuration with 
SR22[3] (XCLKPU) and SR24(7] (VAFCPU). 

- As VAFC maximum FCVCLK frequency is 37.5MHz, VAFC supports a mode in 
which data is sent at 37,5MHz to the DAC and it each pixel will be displayed twice if the 
chip is running at 75MH2 pixel clock. This allows only 8bit/pel data to be'displayed. To 
display 16bii/pel data we should use both phases of the FCVCLK and pack the data into 
one pixel. I think that this is already done in 5428, if not Man-Shek and Fong-Jim are 
modifiying the 5429 RAMDAC to support this mode -> we need to suppon it too. 

- VAFC requires FCIXIK to be switchable under s/w control beteen Ix and l/2x the 
pixel clock. If we took this out of Nordic- IM data base, we should put it back, but the 
divide by two should affect only FCDCLK going out of the chip. 

Check VESA VAFC Proposal i.Op rev. 0.31 07/15/93 for VAFC timing info. 

Nordic-IM FC Pins Functional Descrintinn 

Most of this is from 542X Data Sheet ^age 3-26: 

VSYNC and HSYNC TO The standard CRT pins th-stated when FCES YNCn is L. 

Thes pins have programable polarity. 

FCBLANKn I/O BLANKn in 5428. If FCES YNCn is H, this is an output 

and it supplies the actual composite BLANKn CRTC signal. 
VAFC requires this to be the composite Display Enable 
(no borders). If this is the case, we*ll need a bit for VAFC 
that puts DE = HDE & VDE invened on BLANKn. 
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If FCESYNCn is L, FCBLANKn is an input and it forces 
RAMDAC RAM outputs to 0 (black), but it should force 
them black before they go to the panel. 

It seems that by connecting OVRW output to BLANKn as 
input we can display FC data in a window - this will work 
though only if OVRW, internally controls the pixel address 
mux between normal VGA data and the FC data, 
FCP[7:0] yO P[7:0] in 5428. 

If FCEVIDEOn is H, these pins arc outputs and 
represent the pixel address of the RAMDAC. 
IF FCEVIDEOn is L, these pins are inputs and represent 
the pixel address to the RAMDAC. 
CRl A[3:2] control the way the FCP(7:0] are muxed with 
the normal data. 

FCDCLK 0 (the actual pin is I/O) outputs VCLK or VCLK/2 if selected through s/w. 
FCESYNCn I ESYNCn in 5428. Controls HSYNC, VSYNC and FCBLANKn 

(H-> outputs, L-> HA^SYNC are tri-siated, 

FCBLANKn is tri-stated.). 
Nordic does not have EDCLKn input as FCDCLK and FCVCLK are not shared. 

OVRW O OVRW in 5428 = Overlay Window. This active Low signal, is generated 

by the BLANKn VT and HT logic (shared) and is supposed 
to be used to create an Overlay Window in which data 
from the Feature Connector is displayed. / don 't iaiow 
why we output this signal. It should be controlling the 
MUX between the normal pixel address and the FC 
originated pixel address. 
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4^.1 On the Video Port for TFT Panels 

A Video Overlay live video solution requires a TV Decoder Chip Set, a de-interlaccr (at 
least a line buffer, but usually a full frame buffer), a scalar/filter/color convener chip (like 
CL-PX0072. CL-PX0070 or the more expensive CL-PX2070). To display live video in a 
window at 800x600 or 1024x768 a full frame buffer is needed and some frame level syn- 
chronization needs to be achieved. 

Is there a cheap way to display full screen TV on a 640x480 panel? 
Is a video port a cheap system solution to the above problem? 

Can we design a system that uses a universal TV Decoder like SAA7 15 1 A and feeds data 
directly to a Video Pon that displays live video at 640x480 30fps with no additional com- 
ponents? This is what customers require! 
Problems to solve: 

1. Accept 7151 data format: 4:2:2 YUV at 6.75MH2 or 4:1:1 YUV at 3.375MH2, inter- 
laced. 

2. Synchronize at frame level. 

3. De-interlace. Optionally display only odd fields with scan line doubling (according to 
Sasha this looks better than displaying true de-interlaced picture). 

4. Get enough memory bandwidth with a 32bit wide DRAM. 

5. Have enough storage space on the Graphics Controller to go over the CRT honzontal 
non-display memory refresh & prefetch time while Live Video Data comes at normal TV 
display speed. 

4^.1.1 Data Format 

In order to accept YUV data, we need good up-sampling filters on U and V. After up-sam- 
pling and filtering we need a Color Space Converter with 2-th complement (for 7 15 1 ; or 
excess 128 (for other TV decoders). A good 4: 1 : 1 UV up-sampling filter is quite complex 
and requires many stages of pipe-lining (9 or 1 1) , A good 4:2:2 UV up-sampling filter 
requires less than 5 stages of pipe-lining. 

As data is stored in TV decoder format, up-samphng, filtering and color conversion are 
done on the CRT read side at dot-clock rate. 

Please note that 4:1:1 data requires 48 bits of storage (two data packs will fill 3 32 bit 
words). 
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U.V 



Upsamplcr 



Filter 



Delay 



Delay 



Color 
Convener 



Y.U.V 



4£.l2 Synchronize at Frame Level 

To avoid moving objects jagging we should display only full frames. In many systems 
today this requirement is not met. For instance play-back systems display as fast as possi- 
ble without any regard for frame synchronization. According to Sasha this is not good for 
TV. How bad it is remains to be seen. 

If the CRTn"FT display runs at 27MHz (double TV dot -clock rate) it is possible to use a 
double buffer scheme in which we display twice each frame while writing one TV frame 
in ihe other video buffer and alternate the two buffers. For a 640x480 display at 4:2:2 
YUV we'd need 2MB of DRAM, as the buffers are embedded in the Video Memorv 
(614.4KB per buffer needed). 

Even with this scheme, external VSYNC from the TV Encoder should be used to synchro- 
nize (= reset) Nordic venical counter, so that TV and Graphics frames sian at the same 
time. SAA7151 outputs VS (TV VSYNC) which can be used as external SYNC by Nor- 
dic. 

If only odd fields are displayed, half data is stored reducing Video Memory requirements 
to 307KB per frame (614KB total which fits in 1MB). This is not a bad idea especially if 
the picture looks bener! 

De-interlace 

This is naturally done by writing data in the Video Memory. If only odd fields are dis- 
played, Nordic has to determine the field boundary by counting HS (TV HS YNC) pulses. 

4 J.1.4 Memory Bandwidth with 32bit Wide DRAM 

There are two cases: 4:2:2 YUV and 4: 1: 1 YUV, 



A. 4:2:2 YUV Bandwidth Requirements 

CRT-dot-clock frequency = 27MH2, TV-clock frequency = 13.5MH2 
R=6m, P=2m 
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CRT-FIFO = 16 stages with 8 to write and 8 to read 
2xCRT-FIF0-fills + TV-FIFO-empty < 2x16 CRT-doiclks= 16 TV-doiclks= 1 1 85ns 
2x(R+7P) + R+7P + 3m = 3R+21P+3m=18m+42m+3m = 63m < 1 185ns 

mclk-pcriod < 1185ns/63 = 18.8ns -> 53MHz min mclk" frequency 

b. TV-FIFO = 32 stages with 16 to write and 16 to read. 
CRT-FIFO = 16 stages with 8 to write and 8 to read 

4xCRT-FIF0-fills + TV-FIFO-empiy < 4x16 CRT-dotclks=32 TV-dotciks=2370ns 
4x(R+7P) + R+15P + 5m = 5R+43P+5m=30m+86m+5m = 121m < 2370ns 

mclk-pcriod < 2370ns/121 = 19.58ns -> SlMHz min mclk frequency 

c. CRT-FIFO = 32 stages 16 to write and 16 to read @ 27MH2 
TV*FIFO s 16 stages 8 to write and 8 to read @ 13.5MHz 

CRT-FIFO-fills + TV-FIFO-empty < 32 CRT.doiclks= 16 TV-dotclks= 1 1 85ns 
(R+15P) + R+7P + 2m = 2R+22P+2m=12m+44m+2m = 58m < 1 185ns 

mclk-period < 1 185ns/58 = 20.43ns -> 48.9MHz min mclk frequency 

Please note that Nordic already has 32 (or 36 stages of CRT FIFO • MV A HFO) and 
24 stoges of FB-FIFO (write + read). So if we use all the buffering area available we 
can meet case c requirements and run direct live video at 48.9MH2 mclk, 

d. CRT-FIFO = 24 stages ( 12/12) 
TV-FIFO = 12 stages (6/6) 

CRT-FIFO-fiils + TV-FIFO-empty < 24 CRT-dotclks=12 TV.dotclks=888ns 
(R+1 IP) + R+5P + 2m = 2R+16P+2m=12m+32m+2m = 46m < 888ns 

mclk-period < 888ns/46 = 19.3ns -> 51.8MH2 min mclk frequency 

B. 4:1:1 YUV Bandwidth Requirements 

a. CRT-FIFO = 24 stages (12/12) 
TV-FIFO = 12 stages (6/6) 
CRT-fTFO- fills + TV-FIFOcmpty < 32 CRT-dotclks=16 TV-dotclks=l 185ns 
(R+1 IP) +R+5P +2m = 2R+16P+2m=12m+32m+2m = 46m< 1185ns . 

mclk-pcriod < 1 185ns/46 = 25.7ns -> 38.8MHz min mclk frequency 

Because 3x32bit house 8 pixel data, it is advisable that the number of stages in the FIFO-s 
are a multiple of 3 for 4: 1 : 1 . 

For 4:1:1 YUV, the picture quality is not that good as for 4:2:2, the control require- 
ments are harder to meet, the filter on U and V is expensive, but the bandwidth 
requirements are easy to meet. 

4SA£ Covering the Memory Refresh and CRT-FIFO Prefetch Time 

During each horizontal non-display time, Nordic executes memory refresh (normally 3 
with an option of 1 - all random cycles), h/w icon and CRT-FIFO prefetch cycles. 
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At that lime the TV data comes at normal rate and has to be stored in the TV-FIFO. Lei's 
see how long it takes to execute all these cycles. 

a. With reference to case A.c. 4.5. 1.4 

(4:2:2 YUV the case that meets bandwidth requirements at 48.9MH2 mcik) 

X. CRT-FIFO = 32 stages, 3 refreshes, h/w icon 64x64x2 (4 h/w icon cycles) 
R+31P + 3R + R+3P + 3m = 5R+34P+3m=30m+68m+3m=10lm < 1185ns 
-> m < 1 185ns/100m=l I.7ns -> min mclk freq. is 85MH2 
(off by about 42mclks to get to 50MHz mclk). 

y. CRT-FIFO = 32 stages, 3 refreshes, h/w icon but prefetch 16 CRT-FIFO stages 

(no need to fill the FIFO at the beginning of the line). 
R+15P +3R + R+3P + 3m = 5R+18P+3m=30m+36m+3m=69m < 1185ns 
-> m < 1 185ns/69m=17.17ns -> min mcik freq. is 58.2MH2 

z. CRT-FIFO = 32 sUges, 1 refresh, h/w icon but prefetch 16 CRT-FIFO suges 
(no need to fill the FIFO at the beginning of the line & use extended 
refresh DRAMs). 

R+15P lR + R+3P + 3m = 3R+18P+3m=18m+36m+3m=57m < 1185ns 
-> m < 1 1 85ns/57m=20.78ns -> min mclk freq. is 48.1MHz 

This case meets the minimum requirements for non-display time buffering. 

b. With reference to case B.a. 4.5. 1 .4 

(4: 1; 1 YUV the case thai meets bandwidth requirements at 38.8MHz mclk) 

X. CRT-FIFO = 24 stages, 3 refreshes, h/w icon 64x64x2 (4 h/w icon cvcles) 
R+23P + 3R + R+3P + 3m = 5R+26P+3m=30m+52m+3m=85m < 1 ISSns 
-> m < 1 185ns/85m= 13.9ns -> min mclk freq. is 71 MHz 
(off by about 26mclks to get to 50MH2 mclk). 

y. CRT-FIFO = 24 sUges, 1 refreshes, h/w icon but prefetch 16 CRT-FIFO stages 
(no need to fill the FIFO at the beginning of the line & extended refresh DRAMs). 

R+1 IP + IR + R+3P + 3m = 3R+?4P+3m=18m-h28m+3m=49m < 1185ns 
-> m < 1 1 85ns/49m=24. 18ns -> min mclk freq. is 4L3MHz 

Case b.y will do it for an mclk frequency above 4 1 .3MH2. 

Note: If required, we could disable the h/w Icon and h/w Cursor when in full screen live 
video from Video Pon. 
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Conclusion on Vide^ Pnr t Cheap System Solution 

It is possible to achieve a minimuin cost mother-board solution for full screen 
640x480 30fps live video by interconnecting directly a . digiul TV decoder to Nordic 
Video Port under the following conditions: 

1. Prefetch only half CRT-FIFO instead of the enUre FIFO 

2. Do one refresh per line (eventually use extended refresh DRAMs) 

3. To display 4:2:2 YUV use 32 CRT-HFO stages and 16 TV-FIFO 
stages (between CRT-FIFO and MVA-BufTer we have enough 
storage now, but it has to be reconfigured). Minimum memory clock 
frequency is 48.9MHz 

4. To display 4:1:1 YUV use 24 CRT-HFO stages and 12 TV-FIFO 
stages. Minimum memory dock frequency is 41.3MHz. 



Under the same conditions, it is possible to display Uve video in a window with a 
640x480 TFT panel, but the image has to be scaied-down and Altered with PX0070 or 
PX0072 - a more expensive solution. Also, during the actual live video display time 
CPU and BLT wUI get very few cycles. This is not a factor with full screen Uve vide^ 
as the CPU does not need to access the Video Memory at that time. 

The question is now: how much cheaper is this solution relative to a full screen TV 
with overlay ? Sasha is working on a cheap solution with overlay. 

Minutes of the Meeting on MM in Nordic in Nov. 



With D.Keene, Keith, Del and Nordic Team on 

- Video Pon with 32bii memory is bwth. limitted. It is not a good solution for 32bit bus 
better use Overlay or Sashapak. 
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4.6 On WavePort Architecture and Audio Driver 

Staning from Dave Kecnc's WavePort Specification, Rak.csh, Sasha and Vlad came-up 
with some ideas which could greatly simplify the design work for WavePort. reduction the 
complexity and the number of gates of the WavePort, 
We'll Stan with the small issues and move towards more important issues. 

4.6.1 AUXSl and AUXS2 Pin 

A. Dave proposed to share this pin with PDN (Power Down) WavePon Pin and configure 
it as AUXS2 when using 423 IS. 

We noticed that 423 IS does have a PDN pin which we'd like to use. to save power. 
We'll put AUXS2 on another pin. 

B. Dave proposed to have a fully programmable location for AUXS 1 and AUXS2 CPU 1/ 
O map with a default at 530H and 388H- This is costly (4 registers and fast comparators) 
and very difficult to design at required speed: will slow down address range decode for V 
O a lot affecting command to command parameters. 

We suggest to have a fix address for these poru: 530H and 388H. 
Two register bits (one per address) can disable the chip from answering to these I/O 
addresses. 

If we are not sure where to place these pons, we can leave it as a metal option for future 
modification or have one more alternative for each, but the address should be fix for fast 
decode. 

GR58:GR5B are no longer needed if this option is accepted. We'll need two bits to disable 
530H and 388H address decode and eventually two other bits to select other two alternate 
I/O addresses. We should always decode 16 addresses: 530:53F and 388:397 (not 4 or 16). 

4.6.2 WavePort R/W Buffer Location and Size 

To simplify the h/w and reduce verification work-load , WavePort R/W Buffer Size 
should be fix: 32KB for each, enough for at least 180msec of operation -> 90msec for half 
buffer. Every 90msec the CPU will have to fill and/or empty half Audio Buffer (write or 
read respectively). 

It is also possible to place the WavePon memory buffer in a fix memory location, com- 
mon for both desktop and portable architectures. We could place it in Memory in the 
upper pan 

(in high address area), just before the h/w cursor. If the h/w cursor takes the upper 16KB 
of the memory, we could use the next 64KB for the WavePort buffer. 
Going down in memory, in Nordic we*d place the h/w icon in the next 16KB (only 4KB 
needed now... but leave some room for expansion) and the Half Frame Buffer for mono- 
chrome and color panels in the next 32KB and 96KB respectively. 



Total: 



96KB for CRT/TFT/SS STN panels, 
128KB for monochrome panels and 
192KB for dual scan color STN panels 
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When the nicmory is expanded, all these fix connponents should move automaiically in the 
upper side {towards the end of memory). 

This places the WavePort buffer at: 

- for 1MB of memory by 32 (256Kx32 -> 00000:3FFFF) 3B000:3EFFF 

- for 2MB of memory by 32 (5 12Kx32 -> 00000:7FFFF) 7B000:7EFFF 

If we adopt this solution, GR43 is not needed. 
4.6.3 On Host Access to WavePort Buffer 

In order to ensure independence between the Graphics s/w Driver and the Audio Driver, 
taking into account AVG A limitation of no CPU accesses during BLT operation, Dave 
proposed a separate path for WavePort Host Accesses. This involves a separate 4 stage by 
32bii write and read buffer and separate arbitration for the Audio cycles. The buffer is 
shared by WavePon read and whte operations and an I/O to an extension register bit is 
needed in order to switch from a read operation to a write operation or vice-versa. 
Dave also proposed that the host address be dependent on GR6 CPU address map bits 
such that the video and audio address maps don't overlap. 

Please note that this approach prevents debug with a Hercules card when in graphics. 
In the following an alternate scheme is proposed: 

- There is one register bit that enables WavePort memory write accesses and one register 
bit that enables WavePort memory read accesses. When one of these bits is assened .the 
chip expects only host accesses for the WavePon: the host address will be automatically 
translated to a memory address inside the WavePon buffer. The access will be fully linear. 
32bit only, graphics mode independent (like in extended 8bii/pcl). The Graphics block 
will be forced to this mode and all planes will be automatically enabled. On the Host side, 
the WavePon buffer will be placed always at A000:0000 - AOOOiFFFF -> 64KB with 
32KB for read buffer (the upper side) and 32KB for write buffer (the lower side of this 
64KB segment), 

- The CPU Dau Path is the same as for any other CPU cycle: no special FIFO, no special 
arbitration are required. The Audio Driver and The Graphics Driver communicate through 
interrupts: There is an inieirupt for BLT completed (Dave*s idea when presented with this 
proposal) and an interrupt for Audio Buffer Full (or Audio Transfer Completed). When 
the BLT is completed, if Audio is enabled on the chip, the BLT Completed interrupt 
allows the Audio Driver to check if there is any need to service the Audio and vice-versa. 
If possible, the Graphics driver should restrict the extent of the BLT operations to less than 
160msec or so (leaving at least 20msec to sian filling the WavePon buffer). 

- There i s no on chip CPU WavePon address generation. The CPU address in the range 
A(XX)0:AFFFF (incremented by 4 every cycle for DW accesses) is translated to physical 
memory address 3BOOO:3EFFF. If host side WavePon pointers are used, the host address 
is latched and translated for comparison with the Codec pointers generated on chip. 

Adopting this scheme would greatly simplify the extent of the design and verification 
work for WavePon: 8 weeks at least will be saved. 



Nordic-IM Design Specification rev.5.0 December 21, 1998 33 

Cirrus Confidential 152560 
Business Information 



Cirrus Logic, Inc. Confidcniial Information 



4.6.4 On the Audio Driver 

Dave proposed that the Graphics Controller has h/w to compare the WavePon pointers 
and generate interrupts. The Codec pointers are I/O readable by the host as well as several 
buffer status bits ( Audio-IN buffer Full, Audio-In buffer half-full, Audio-Out buffer half- 
empty, Audio-Oui buffer empty,...). 

Nordic- IM will support Dave's proposed interrupt driven interface. 
In this case the only important difference for the driver will be that it will have to generate 
the buffers address and not rely on the h/w to do this (Dave suggests that CPU will write 
and read always the same address A000:0 or B000:0 and the actual address on the host 
side is generated on the chip - we sugest to change this and let CPU generate the address). 

Because CPU has to wait untill the a BLT operation is complete and the BLT has to wait 
for Audio buffer to be full or the transfer completed, two more interrupts are needed: BLT 
operation completed and Audio transfer completed. This way the Audio Driver and the 
Video driver can conununicate with each other. 

The Read and Write CPU side pointers will be generated by latching the last read and 
write WavePon CPU address (lower 16bits only) after translation to physical memory 
address. Comparators on the host and codec pointers will generate Buffer Full and Buffer 
Empty signals. 

Jeff On drew our anention to the fact thai the driver u-ansfers a certain size block and 
needs an interrupt anytime half of what was placed in the Audio buffer was read by the 
Codec (the play-back buffer is half empty). To make things simple for the h/w, we pro- 
pose to give Jeff an interrupt when the CODEC side playback buffer read pointer reached 
a preprogrammed value, value the driver programs everytime it u-ansfers a block of a cer- 
tain size in the playback buffer. For instance, if the driver put 2KB of data in the playback 
buffer sianing from phisical address 3B000 (host address AO(X):0) and wants on interrupt 
when the first 1KB was read by the CODEC, it should program 3B0FF in the playback 
interrupt register, as 1KB = 256 32bit words. The register wUl have 16bits and the driver 
will program BOFF to get an interrupt when the CODEC reads 3B0FF or 7B0FF playback 
buffer address. 

Similarly, on the record side, there will be a programable interrupt on the CODEC side to 
be used to tell the driver when the Record buffer is half full. 
So weMl need two 16bit indexed registers for these programable interrupts. For each 
WavePon interrupt we also need a status bit to say that the interrupt happened, an enable 
bit to enable the particular interrupt. As Dave proposed, GR4D is the Interrupt Status reg- 
ister but bits [0] and [2] will be the programable interrupts status bits. The interrupts and 
the status bits will be cleared after this register is read (automatic clear in h/w). 

We could use registers GR58:5B as high and low byte for the programable interrupt 
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on Record and Play-back buffers respectively. 



3EFFF 




Playback 
Buffer 




3D0O0 
3CFFF 






Record 
Buffer 




3B0O0 











The wriie-buffer (or Audio-Out =thc one in which the CPU writes) is empty one Wave- 
Port write cycle to memory after 

WRBUF-Write-Pointer = WRBUF-Read-Pointer+l 
(this condition will activate set an empty flag). 
The write-buffer is full one WavePon write cycle to memory after 

WRBUF-Read-Pointer = WRBUF-Write-Pointer + 1 
The same equations apply to the WavePon read-buffer, only this time the read-pointer is 
on the host side and the write-pointer on the Codec side. 
Shouldn 't be a Audio^Out buffer full interrupt and a status bit for it? 

Threshold detect mechanism will require to increment host pointers, but the CPU is sup- 
posed 10 read this pointer and generate the proper address when going above the threshold. 
The idea of the threshold detector is that by incrementing the Audio-In read pointer everv- 
time the write pinier is incremented if the Audio data is under the threshold value, the 
delta between the pointer remains the same and the buffer does not fill in with sub-thresh- 
old value. This was true if the half-full detection had been generated based on the delta 
between pointers. After talking to Dave, there are some clarifications to be made on the 
threshold detect mechanism for record: 

For one record sesion, this is a one time event mechanism: if the threshold was passed ' 
once after being enabled, its effect is lost - even if the sound level goes below the thresh- 
old the record buffer read pointer works nomially . The threshold will help only in the ini- 
tial stage before the first actual voice pattern is detected, but it does not have any effect 
after the intitial uiggering event - once the sound leved passed once the threshold. 

With this driver approach, GR43 and GR58:5B will not be needed. 

Five registers arc saved. Twenty One register are still needed (plus two reserved = 23). 

Another possible approach for the driver uses extensively the Vertical Interrupt: 

In this case every Vertical Interrupt, the Audio Driver reads the Codec side pointers, com- 
pares them with the Host side pointers, the driver generates based on the CPU address ii 
last wrote to or read from and makes its own decisions. The driver will also check the BLT 
completed status bit. 
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In other words, every 18msec (@60H2) . on the Vertical Iniemipt the Audio driver can 
process dau from the Codec pointers, calculate based on the last address if the WavePon 
buffer is full or empty and decide how many more WavePon accesses to execute. As at 
least 180msec worth of data is in a full Wavcpon Buffer, the driver has 6 opponuniiies to 
find out that the buffer is empty and sian filling it before half WavePort buffer is empty. 
On chip h/w is still needed to stop sending data to the Codec after sending all data and to 
read all data from the WavePon read memory buffer on the host side. Because the CPU 
decides when the buffers arc full, half full or empty there is no need for registers for the 
pointers on the CPU side, but the CPU address will still be latched to generate the host 
side pointers. 

The "BLT operation completed" and the "Audio transfer completed", interrupts arc needed 
anyway bacusc we share the data-path for BLT and CPU cycles. 

By adopting this mechanism in the driver, no special h/w is needed to preserve pointers on 
the Host side, to compare the Host side pointers (read and write) with the Codec pointers 
and to generate interrupts and status bits. The only interrupts needed arc Standard VGA 
Vertical Interrupt as a time base, BLT completed Interrupt and Audio Completed inter- 
rupt. 

We can still implement the threshold detect. 
GR44,GR45, GR48 and GR49 won't be needed. 

Nine registers are saved. Seventeen register are still needed (19 with two reserved regis- 
ters). 



The above proposal, if OK for the WavePort driver, would reduce significantly the 
amount of design and verification work on the WavePort. This document was wriaen in 
order to get feed-back and reach an agreement ASAP. Our goal is to have a unique s/w 
model for the WavePon, but we'd like to cut the amount of work if possible. 



Rakesh^s notes on the di scussion with Jeff Ort and Dave Keene. 

1 . Since in Nordic, we do only IR + IP always, what happens if the bit is disabled for 
the host read at a time when ODD number of FIFO suges are filled? At Present we 
assume that while recording some SILENCE is inserted at the end of recording session 
and thus we can disable the bit as soon as driver disable it. 

Jeff and Dave Kenne both agree that even though no SILENCE is inserted at the end. it is 
still valid to disable the memory u-ansfcr immediately after the bit is negated. 

2. Threshold Issue. 

If threshold mechanism is enabled, we keep putting the samples into the AUDIO 
Nordic- IM Design Specification rev.5.0 December 21. 1998 36 



Cirrus Confidential 
Business InformatioD 



Cirrus Logic, Inc. ConfidcniiaJ Information 



BUFFER. 

If the data in buffer is more than the programmed value (GR74 and GR75) and input data crosses 
the threshold value, the interrupt is generated immediately. But if data amount is less than the 
value in the registers GR74^R75 and input data has crossicd the threshold value then we wait 
till it crooscs this valuc(GR74 and GR75) and then interrupt is generated. 

Dave's specs talk about two pointers on the RECORD buffer, one for the CPU read and 
another for CODEC write. Both of these pointers are accessable by the CPU in his specs. So he 
suggests that before the threshold is met we should fill up the buffer till half full condition. Once 
the buffer is half full, any more writes to RECORD buffer by the CODEC should increment both 
of these pointers. In this case whenever the threshold is met we are guaranteed to have some 
information about the history of audio samples just before the threshold is met. At the time when 
threshold is met the generated interrupt should teD CPU that CPU can read the data from the loca- 
tion pointed to by CPU read pointer. 

But in NORDIC, the CPU read pointer is not accessible by CPU. Thus we keep putting the 
samples in the RECORD buffer and not generate the interrupt till the threshold is met even 
though we might pass the programmed value for the interrupt. At the time when the threshold is 
met, the interrupt is generated if CODEC write pointer is past programmed number. If threshold 
is met before the CODEC write pointer passes the programmed number, we wait till it does cross 
the programmed number. So the driver for Nordic should store the CPU address at the time when 
the threshold mechanism is enabled. So at the time of interrupt CPU can calculate the amount of 
samples in the BUFFER. 

3. Independent control for LN / OUT mono / stereo . 

Codec read and write are independently controllable for mono or stereo input / output. 



4. Jeff agrees with the usage of OFFSET register GR9 to generate the CPU side adress for 
audio, instead of NORDIC generating the adress automatically. 



Minutes of 11/20/93 Meeting with Keith, Del and Dave Keene 

1. We need to check if WavePort accesses work with linear addressing (SR7 - 
aoerture register). 

2. Make sure that OverRun Status is there even if OverRun Interupt is dis- 
abled. 

3. Enable looking for threshold onlv after you reach the given address. 

4. Bit GR6Er61 should move to GR6Er31. 

5. Talk about orogramable address for AUXl and 2. 

6. Check out arbitration for audio throughlv. 

7. Check overrun interrupt during threshold... alwavs orogrammed interrupt 
after crossing threshold. ?? Rakesh may understand thisll 
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4.6^ R«9l8t«r8 specs for thm AUDIO of NOROZCl-M. 

GR60 Wave Port Control 1 

7. Reserved 

6. Reserved 

5, Enable audio for host accesses. 

4. Select 4215 

3. Stereo for reciever (i:e STEREO CODEC) 

2. Stereo for transmincr (i:e STEREO NORDIC) 
1:0 Data Format select 

00 16 bit 

01 8 bit 

10 4 bit . 

1 1 reserved. 
GR61 Waveport control 2 

7. Reserved 

6. powerdown control — > 0 will force low on PDN. 

5. Enable command mode. 4215 must have been placed in COMMAND mode by forc- 
ing 

low on D/C* pin, 

4. input level in SDI in command mode. 

3, output level on SDO in command mode. 
2. output level on SCLK in command mode. 

I . output level on FS YNC in command mode. 
0. output state of D/C* pin. 
GR62 Input Audio Threshold setting. 
7:0 Available only for 16bii mode. Only +ve data is compared i:e if msb of left data 
is 1 no compare is performed. 



GR65 

7. Enable Threshold detect mode. 

6:0 Reserved 
GR66 7:0 Audio Input Codec write pointer low byte 
GR67 Audio Input Codec write pointer liigh byte 

7. Enable input from codec to audio buffer. 

6:0 Audio Input Codec write pointer ( low 7 bits of 15 bit pointer) 
GR6A 7:0 Audio Output Codec Read pointer low byte 
GR6B Audio Output Codec Read pointer high byte 

7. Enable output to codec from audio buffer. 
6:0 Audio Output Codec read pointer ( low 7 bits of 15 bit pointer). 
GR6C : Interrupt Control. 

7:6 Reserved. 

5. Standard VGA Interrupt disable. 

0"> Allow VGA interrupt Cirrus Confldential ^, 

1 "> Disable VGA mtenupi Business Information 152505 
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4:2 Reserved. 

1. Audio Input interrupi control > DURING RECORD SESSION. 

0 -> disable this interrupt source. 

1 --> Enable input buffer full OR programmed-fuU interrupts. 

0. Audio Output interrupt control > DURING PLAY SESSION. 

0 --> disable this interrupt source. 

1 "> Enable Output buffer empty OR programmed empty interrupts. 
GR6D: Interrupt Status. 





Indicates any active enabled interrupt. Reading this register will clear the interrupt 




sute and reset the status. No effect on the standard VGA interrupt status or inter- 


rupt. 






For All of the following 1 in the bit means PENDING INTERRUPT. 


7:6 


Reserved. 


5. 


Standard VGA Vsync interrupt (state of 3C2(7)). 


4. 


Reserved. 


3. 


Record Buffer FULL (OVERRUN). 


2. 


Record Buffer PROGRAMMED FULL. 


1. 


Play Buffer EMPTY. (UNDERRUN) 


0. 


Play Buffer PROGRAMMED EMPTY. 


GR6E 


: AUXl and AUX2 control 


7. 


Enable Aux Sel 1 low-true output on adress match 530-53Fh. 


6. 


Enable Aux Sel 2 low-true output on adress match 388-397h. 


5:0 


Reserved. 



GR6F: Code status. 

7:4 Reserved 

3. Timer status (ADI) time slot 6 bit 7 

2. overrange (OVR) time slot 7 bitS 

1 . PIOl mput status, time slot 7 bit 7 

0. PIOO mput status, time slot 7 bit 6 
GR70: Codec control DWORD from Nordic to codec, byte D7:0 
GR71: Codec control DWORD from Nordic to codec, byte D15:8 
GR72: Codec control DWORD from Nordic to codec byte D23:16 
GR73: Codec control DWORD from Nordic to codec, byte D31:24 
GR74:75 Interrupt value for audio IN buffer. 

When CODEC reaches the programmed adress -1, an interrupt is generated dur- 
ing the 

record session. 
GR76:77 Interrupt value for audio OUT buffer. 

When CODEC read pointer reaches the progranmicd adress - K an interrupt is 
generated during the play session. 
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4.7 Four Bit per Pel Packed Format 

To fully support Windows Chicago, Nodric-IM should suppon 4bit/pel packed format. 
CPU will be able lo write only Sbiis or more at a time. To modify only 4bits the CPU will 
do read modify write and mask four bits (bring them from CPU latches^. 
The following picture shows the actual format: 



Memory Data 

^ 3 0 15 12 11 8 23 20 19 |6 31 28 27 



PO 
msb Isl 


PI 
msb Isl 


P2 
nub Isb 


P3 
msb Isb 


P4 
msb Isb 


P5 
msb Isb 


P6 

msb Isb 


P7 

msb Isb 



Pixel Left Pixel Right 



I -St pel 2-nd pel 3-rd pel 4-th pel 5-th pel 6-ih pel 7-th pel 8-th pel 



In order to get Nordic- IM to support this mode, we need to place the VGA Video Data 
Path in 8bit per pixel mode with pixel doubling (mode 13) but disable the mechanism that 
concatenates adjaisant 4bits to make one 8bit pixel displayed twice (at a divided by two 
RAMDAC VCLK) and disable as well dividing by two the RAMDAC VCLK. 

On the CPU side chain 4 address scrambling should be disabled and data should be 
shifted right like in extended 256 color modes. 

In nordic-regs-rev9.1st we assigned SR26[0] to enable this graphics mode. 

4.8 Robin's Ideas on High Resolution Panels for Nordic- IM 

Nordic's objective is to be able to center and fill the screen on 800x600 panels and to cen- 
ter an 800x600 picture on 1024x768 panels. The main focus is 800x600 panel suppon 
TFT and dual scan STN. 
In TEXT there will be three options: 

- horizontal and vertical centering with 9x16 fonts (disable 640x480 force to 8dots font) 

- auto-expand the font to fill the screen 

- special font to fill the screen 

In Graphics there will be tree options: 

- horizontal and venical centering 

- use a driver to run at maximum resolution 

- automatic expand to 800x600 (only if s/w verification shows it being OK). 

In all cases horizontal and vertical options will be decoupled (different enable bits). 

Here's a list of what needs to be done: 

a. Expand horizontal and vertical centering capability from 640x480 to 1024x768. 

Cirrus ConfidentiaJ CL 1 52567 
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b- Shadow all HA^ CRTC registers except HDE and VDE, 

The vertical registers are shadowed now, but the horizontal registers are not. 

We need to shadow CRO, 2, 3, 4 and 5. These registers will be wrinen by the BIOS at 

POST. The same mechanism to enable/disable vertical shadow is used to enable/disable 

horizontal shadow. 

c. Suppon lOdoi character-clock and CRT-FIFO-Read / Shift/Load (Video-Serializer 
Load). Now only 8dot and 9dot character-clocks are supponed. For smooth-scrolling the 
pel-pan has to be expanded to 10 pisitions (0:9). 



d. TEXT auto-expand will be as follows: 

- horizontal: replicate the last pixel once for 9 dots wide fonts and twice for 8 dots wide 
fonts. 

- venical: replicate all odd scan-lines 



TABLE 3.Tont Expansion for DlfTerent Panel Sizes 



Font-Sizc/Panel-Size 


m 


600 


768 


8x14 


8x19 


10x21 


10x21 + center 


8x8 with 5can-)n. doubling 


8x19 


10x24 


10x24 + center 


9x16 


8x19 


10x24 


10x24 -f center 



Please note that in text vertical expansion is done on the scan-line counter as well as the 
verucal display line counter, but it does not affect the vemcai non-display hne counter. 

e. Graphics modes expansion (to be implemented only after s/w verification) 
Graphics expansion is less important as it is assumed that imponant applications will run 
at maximum panel resolution with a driver. 

We'll need to supply drivers for many apphcations with high res. panels !1 
Vertical expansion: 

- 3501ines -> replicate all odd scan-lines 

- 400lines -> replicate all odd scan-lines Cirrus Confidential 

- 480 lines -> replicate every 4-th line Business Information 

Horizontal: 

'Tf . . , CL 152568 

- duplicate every 4-th pixel 

■ dupliuaiL Lun^ 4 ' \1\ pixul wiilj diagunal aiiifi 
( .^Ldii - liiiL 0 Ui pLl iLair liiiL 1 :ua pLl, Acaii ' liHL 2 3iU pel. SLjii - liiiL 3 Uili ptl 
r 

f. Please note that when character clock is expanded to 10 dots, h/w cursor also needs to 
be positioned at 8 or 9, so it needs one more bit of fine position. 

SR2E[0] will be the msb of h/w cursor (default zero) to be used in this case. 
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4.8.1 Panel Horizontal Timing Control in Nordic 

If in Terminator all panel timine is based on HSYNC and VSYNC 
Droeramine« in Nordic it will be independent of HSYNC and VSYNC 
programming. 



Honzontal Timing for 800x600 panel with 640x480 picture: 
CRT-HDE 



4dots 

hhrstI I 



640dots 
Panel HDE Start 



LAS 



3 L 



•HDE 



Panml H. Display Width ^dots 



24 doisr 



4,8orl2dots 
LLCLK »dotl j 



Registers for Panel Horizontal Timing Control 



This set of four rsffistsrs are used to ffenerate horizontal 
panel timing with 640x460 or 800x600 panels and to center 
horizontally a 640dots or 720dots picture on an 800x600 
panel . 

CR40 No Center Panel HDE Start Register 

[7:0] Panel Horizontal Display finable Start relative to 

previous BDS start, in 4 dot-cDcock units. The dot- 
clock 

used is never divided by two. This register is used to 
program Panel Line Clock Start and Panel Display Enable 
Start with both 640x400 and 800x600 panels any time no 
horizontal centering is needed. 

CR41 Panel HDE Start Register to Canter 720 dots 

[7:0] Panel Horizontal Display Enable Start relative to 

previous HDE start, in 4 dot-clkock units. The dot- 
clock 

used is never divided by two. The value in this register 
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will hm automatically usad by Nordic to control Pa&al 
Liaa Clock and Panal Horizontal Display Snabla start 
anytiM a 720 dot aoda (taxt or graphics - RZX aoda 

only) 

is cantarad on an 800x600 panal. If horizontal axp&n- 

sion 

is on CR40 is usad. 
CR42 Panel HDE Start Register to Center 640 dots 



[7:0] Panel Horizontal Display Xnabla Start ralativa to 
pravious HDE start, in 4 dot-cl)cock units* The dot- 

clock 

used is nevar divided by two. The value in this ragistar 
will be autoauitically used by Nordic to control Panal 
Line Clock and Panel Horizontal Display Enable Start 
anytime a 640 dot mode (text or graphics ) 
is centered on an 800x600 panel. If horizontal axpan- 

sion 

is on CR40 is used. 
CR43 Panel HDE Dot-Clock Skew Control Register 



[7:6] Panel Line Clock Width: 
0*4 dot^clocks 
1*8 dot -'Clocks 

2 « 12 dotclocks 

3 ■ raservad 

[5:4]CR42 value fine (dot -clock) akew: 

0 -> no skew 

1 -> dalay Panel HDE start by one dot-clock 

2 -> delay Panel HDE start by two dot -clocks 

3 -> delay Panal HDE start by three dot -clocks 
[3:2]CR41 value fine (dot -clock) akew: 

0 -> no skew 

1 -> delay Panal HDE start by one dot -clock 

2 -> delay Panel HDE start by two dot-clocks 

3 -> delay Panel HDE start by three dot-clocks 
tl:0]CR40 valua fine (dot-clock) skew: 

0 -> no skaw 

1 -> dalay Panal HDE start by one dot -clock 

2 -> dalay Panal HDE start by two dot-clocks 

3 -> dalay Panal HDE start by three dot -clocks 

By programming this skaw, it is possible to compensata 
intamal dalays on Panal HDE for difarent types of panels. If 
all dalays ara matched tha skew fields should be zero to 
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align with character clock. 

Automatic switching batwaan thasa thraa ragiatars will ba 
dona basad on CRTC and Saquancar prograuaing and tha typa of 
panal usad 

(640x480 or 800x600). 

CR 44 Horizontal Panel Display Width Register 

Tha valua in this ragistar is axprassad in 4 dot-clocks 
(navar divided by two) . 

[7:0] Panal Display Width in hex axprassad in 

4 dot -clock chunks. As it is used to coopanaata 
for internal delays, this value is closa but 
not exactly 640/4 or 800/4. 

4.8.2 Horizonta] CRTC Registers Shadowing 

b order to run VGA programs on 800x600 panels, Nordic needs to shadow the horizontaJ 
timing registers except the display enable end, which is application dependent. 
(Tl has shadows only for horizontal total.) 

This is because all horizontal timing registers but HDE have to be set-up for 800x600 in 
order to run an 800x600 panel, Symulscan with 800x600 panels runs even the CRT as an 
800x600 display in all graphics modes. 

In TI as well as in Nordic, vertical panel registers arc mapped at R2x, R3x,... accesible 
when CR2D[7] = 1. In nordic these registers remain there. 

IN Tl there are two registers: ROx and Rlx which represent HTot shadows, accessible 
with CR2D[7], They arc no longer used in Nordic, but there is a replacement for them, 
independent of CR2DI7]. 

In Nordic. H Total, H Retrace Stan and End. H Blank Stan and End are shadowed. Each 
entity has two values to chose from: a value for dclk/2 and a value for dclk not divided by 
two. The effect selection is done automatically based on SRI [3] value, but for access there 
is a selection bit: CR2C[4] to control which of the two sets of registers gets read or writ- 
ten. 
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Here is a sununary of the horizontal shadow registers and its controls: 

CR2C[5] write protect for horizontal shadow: 

I -> write both the shadow registers and the conespxjnding standard VGA 
registers fields (some registers are not accessed entieriy but only in their timing 
pan) 

read back the shadow registers 

0 -> write only the standard horiz. timing VGA registers (the shadow registers 
are write protected). Changing onlt the value of these registers does not 
have any effect over the CRTC timing, 
read back the standard VGA horiz. timing registers 
CR2C[4] Select the set of horizontal timing shadow registers to be used 

(low rez or normal ). This bit is reutilsed from Tl : it was low power RAMDAC 
mode - tie now the logic L) . 

0 -> select Ry for access 

1 -> select Rz for access 

To difcrentiate from the Rx registers which still exist as in TU and are venicai 
panel registers, we'll call the two sets of horizontal shadows mapped in the same address 
space Ry and Rz (Ry = normal, Rz = dclk/2 case) 

The effect of Ty and Rz is controlled by SRI [3] (dclk/2 bit). 

The Horizontal Timing shadow registers are: 

ROy^ R02y,z R03y,z (only lower bits) R04y^ R05y,z (only lower bits) 



When CR2D[7] =1 wt can access only the panel registers: R2x,... RBx. In this 
case we cannot access either the VGA standard registers or the horizontal timing shadow 
registers. Please note that ROx and Rlx are reserved in Nordic. Their funcUon is 
replaced by ROy^. 

Standard VGA CR0,2,3,4,5 horizontal timing registers (only the timing fields) do 
not have any effect on the CRTC: only the shadow registers have effect. 

Note: Vertical Blank registers CR15 and CR16 are only write protected in Tl - not 
shadowed. This seems to be an error... so they should be shadowed in Nordic. 
When using blank as overiay. DEn becomes blank and the shadow registers create the 
overlay both horizontally and verucally, but they are no longer write protected by 
CR2C[3] or [5]... As in 5428, they will not be write protected at all as the overiav is used 
only under MS Windows which is a controlled environment. 
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I/O bus 
access if: CR2C(51=0 



access if: CR2(:(4]=0 
CR2C(51=I 



access if: CR2C[4)=l 
CR2C[51=1 



CRi. 1=2.3.4.5 



Riy. t=2.3*.4.5* 



SR1[3] 



I 



Riz. i=2.3*.4.5" 



1 



LCD 



i 



Honzbnul Timing Values 



7 



Horizontal Timing Values 



4.9 TV-Out Support in Nordic- IM 

I Nordic's objective is to be able output data to an analog TV Encoder chip thus supponme 
a cheap way of displaying on a TV. The main application is graphics, probably under 
windows, TV display and tape-rccordig are of interest. 

I Nordic will run in a locked interlaced mode at 13.5MH2 for NTSC and it will use the LCD 
panel suppn shadowing mechanism (the shadow Horizontal and Venical CRTC registers) 
to prevent the application from changing the CRTC set-up. Even the dotclock frequency 
will be locked. Horizontal and venical display enable will be open to the application. 
Nordic will provide analog RGB, Composite SYNC, NTSC/PAL and TV-ON to the TV 
encoder. AD720 and MCI 377 analog TV encoders that accept RGB input will be sup- 
poned directly ( with no glue logic). 
Nordic will have edge skew h/w on the appropriate signals in order to meet the TV Stan- 
dards timing requirements . 

In this mode Nordic will not be able to run a panel or a CRT monitor... no simulscan sup- 
poned with TV-OUT. But the same system will display on a panel, a CRT monitor or a 
TV with minimum glue logic. 

Digital TV Encoders arc not be supported. 

All standard VGA modes plus 640x480 8bpp can be supponed, though special set-modes 
are required, as they all run interlaced. I suspect that we^ll end up supporting only a feu 
imponant modes. Should we compress text to 8doi wide fonts? 
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NORDIC 



CSYNC 
NfrSC/PAL 



TVON 



R.G.B 



AD720 



CVIDEO 



►TV: 



R.Q3 



HSYNC. VSYNC 



CRT 



-3! 

N 



TABLE 4. Dau on TV SUndards 



PIXCLK 


MalUples of Line 
Frequency 


Active Plxeis per 
Line 


Field Rate 


12.2727MH2 


780xFH 


640 


60Hz 


14.75MH2 


944xFH 


768 


50Hz 


13.5MHz 


858xFH 


720 


60Hz 


13.5MH2 


864xFH 


720 


50H2 



Signals to be supplied by Nordic: 

- CSYNC = Composite SYNC signal 

- NTSC/PAL = a programable output selecting the TV Standard NTSC (1 ) or PAL (0) 

The value of CR30[2) comes out on the pin. 

- TVON = H for the TV Encoder to be ON, L for it OFF. The value of CR30[3] comes out 

on the pin. If CR30[3] =0, CSYNC and NTSOPAL pins are L. 
In Nordic-IM all these signals will come out to the panel pms when a cenam configura- 
tion bit is enabled. 
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Vertical Timing 

Vertical Blank and the ^propriate CRTC registers are programmed to generate Blank 
which in TV case is the actual Display Enable. 
For NTSC program 9 lines of VBlank. 

For PAL program 7 lines of VBlank. In h/w Nordic will generate 7 .5 lines of 
VBlank in this case by delaying the trailing edge by 0.5 hne. 

Venical Sync Registers will be programmed for Field Sync generation. 
For NTSC program 3 lines. 

For PAL program 3 lines and get 2.5 lines by delaying the leading edge by 
half line. 

Horizontal Timing 

Two basic pulses arc generated: 

- HREFl = Horizontal Reference 1 which is HSYNC stan with 64 dotciocks width 

CR30[ 1 :0] controls the fine skew of this edge by increments of two dot- 
clocks. 

- HREF2 = Horizontal Reference 2 which is a pulse marking the middle of the line 

between two HSYNC start edges. CR19[7:0] are used to program the stan'of 
this pulse. 

CR30(1:0] controls the fine skew of this edge by increments of one dot-ctock. 
Note that HREFl and HREF2 skews are in sync: HREF2 skew is half HREFl skew: 
Horizontal Total is 858 dot-clocks at 13.5MHz for NTSC and 864 dot-clocks at l3.5MHz 
for PAL. 

Composite SYNC Logic Equation is: 

CSYNC = [(HREFl + HREF2) & VS] tngg368dclk-pls + -> Field Svnc (serration) 
[(HREFl + HREF2) & VS*&VB] trigg32dclk-pls + -> Equalization 
[HREFl & VB*] trigg64dclk-pls -> standard sync during display time 
Where: VS is Venical Sync programmed time 
VB is Vertical Blank programmed time 
' is a logic negation 

trig32dclk-pis means: on the rising edge of this signal generate a 32 dot-clocks 
wide pulse. 

There are three ways to connect the video encoders and the CRT. We are now in the pro- 
cess of deciding which one is the best: 

1. The simplest way to connect the TV decoder is to assume that the CRT 
Monitor should not be hooked to the notebook computer at the time the TV is. In this case 
we can put a high resistance voltage divider (2KOhm) to get the required 0.7V or 1 .OV 
full swing to the decoder. The 2K0hm voluge divider will not practically affect the 50 
Ohm resistance on the CRT, when the CRT is hooked on. The disadvantage of this method 
IS that it requires a CRT to be disconnected from the note-book computer when connecting 
a TV. The TV encoders get RGB input through an AC connection (a capacitor) so the DC 
source may be a high resistance. ^ i 
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The advantage is that it is simple and low cost. 

2. There are no buffers or other resistors than usual. We control the RSET resis- 
tor value on the LM334 current source depending on the presence of the CRT Monitor 
hook-up or not. If the CRT Monitor is not hooked-up. wc adjust IRef so thai DAC-s full 
swing output voluge is 0.7V (or l.OV) with a 150 Ohm load. If the CRT Monitor is 
detected to be hooked up, RSet will be left as it is now. The adjustment is done automati- 
cally with a transistor. This approach requires a programmable output (from Nordic or 
Core Logic) to control RSet value. The detection of the CRT Monitor presence is done by 
s/w the standard VGA way. 

3. Put 50 Ohm load on the DAC output and feed it to the TV encoder and to an 
Analog Voltage Repeater that drives the CRT Monitor RGB lines. This way DAC output 
is always 0.7V full swing independent if the CRT Monitor is hooked to the notebook or 
not. 

This approach works for AD720 but not for MC1377 which requires IV full swing. 
With this approach the presence of the CRT monitor cannot be detected VGA style 
(incompatibility issue ?). 

4. Leave the CRT path unchanged, except for a low resistor shunt ^.dded in 
series.Convert the constant current delivered by the DAC into voltage thar is amplified to 
NTSC/PAL level depending on the type of encoder used. Requires fast operational ampli- 
fiers on each gun. but allows operation with or without CRT connected a:id color com- 
pare. 

This looks to be the best scheme but it is also the most expensive.. The i-p-^^mp can be used 
also as a filter to limit the spectrum and avoid cross talk in color mcC';i'^^ors. 
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Three possible wavs to connect an Analog PAL/NTSC T V Encoder to DAC nutpir 
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R.GorB DAC output 

□-1 — 
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Ohm 



T 



2.1V max 
with CRT — 
disconnected 




CRT Monitor 



2. 



X 

CRT Conneaor 



0.7KOhm 
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Ohm 



1 



<> 



X 

75 
Ohmy 




CRT Monitor 



Automatically Adjust IRef to get 0.7 V max 
if CRT not connected and 0.7V max if 
CRT is connected. 
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4.10 HAV ICON Support for Nordic-IM 

Nordic- IM will suppon a h/w icon with the following features: 

- Up to 4 64x64 Icons displayed at the same time as a vertical bar. 

- All Icons move together and they are incdcx by 64 scan lines. 
The Icon stan reference point is top left comer. 

- Horizontal Resolution is one pixel programed coarse as character clocks and fine 
as pixels exactly as a h/w cursor 

- Vertical Resolution is one scan-line. 

- Each Icon has inepcndent display control for 

- icon number i enable for display (i=0:3) 

- display mode: 3colors + transpcncy or 4 colors 

- blink enable at text cursor rate (or half of it) 

- horizontal pixel doubling (extendes towards right) 

- vertical seal line doubling (extends down) 

- mamory map selection: two maps available per icon 
• H/W Cursor goes on top of H/W Icon 

- Icon memory model is and phisical address space are very similar to h/w cursor. 
Actually the icon resides in memory in h/w cursor area: Nordic suppons half the number 

of h/w cursor maps 5428 does and uses the remaining space for icon maps. Eight 64x64 
icon maps are supported: two for each icon we can display. Icon memory map assignment 
is fix. 

H/W Icon S/W Model 

Icon position will change at set mode if it is not compensated. BIOS should service the 
icon so that it keeps the position stable in all graphics modes: read current position and 
translate in the same position in the new graphics mode. The BIOS should have a call to 
set-up the h/w icon position and another call to control which icon is displayed and how. 

What we need: 

a. Horizontal Start Position in character clocks and pixels 

Will be programmed exactly as h/w cursor at SR10.30,50,70,90,B0.D0,F0. 
(or SR "odd" "zero"). The upper 3 bits of index define the fine (vclk) position. 
SR2A[6] is the fine postion msb to be used with 9 and lOdots fonts.See 542X Reference 
Manual page 9-13, SRIO description. 

Note: 1. If character clock or vclk change (8/9/10 dot cclk or vclk/2) the horizontal 
position should be adjusted. 

2. As with h/w cursor the horizontal and vertical position of the icon are synchro- 
nized: s/w writes the horizontal position first, but the new position effect takes place only 
after vertical position was updated. 

Cirrus ConfideDtial CL 152580 

b. Vertical Start Position in scan lines. Business Information 

Will be programmed exactly as h/w cursor at SR 1 13 1 ,5 U7 K9 1 .B 1 .D I J 1 . 

(or SR "odd" "one" ). The upper three bits of index define the low order three bits 
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of position in scan lines. Sec 542X Reference Manual page 9-14, SRIO description. 
How will Nordic know to program icon or cursor? 

One bit will tell if icon is programmed instead of cursor. As the icon position is pro- 
granuned seldom, this mechanism does not affect performance while saving address 
decode h/w. 

c. Enabling icon position modification by CPU is done in the same register h/w cursor is 
enabled: SR12. 

SR12[3] Enable CPU access for Icon Position Modification 
(default.O = disable = use the same I/O address for cursor position modification). 
This bit affects both horizontal and vertical position. 

d. Icon and h/w cursor memory map selection: 

5428 uses SRI 3(5:0] for 32x32 h/w cursor memory map selection (64 maps) and 
SR13[5:2] for 64x64 h/w cursor memory map selection (16 maps). 

In Nordic, SR13[4:0] still select h/w cursor memory map, but the memory address bit 
which in 5428 is controlled by SR13[5] is no longer controlled by SR13[5]. It is controlled 
by an internal signal whose value is always 0 when a h/w cursor is addressed and 1 when 
icon is addressed. So in Nordic SR13[5] is no longer used to select a h/w cursor map. 
Only half of the 5428 h/w cursor memory is available for Nordic h/w cursor memory map. 
In Nordic there are 32 32x32 and 8 64x64 h/w cursor memory maps available. 

The icon address is generated exactly as the h/w cursor address, but the source of the 
address map selection is no longer SR13[5:0] (it cannot be as SR13 is used for h/w cur- 
sor). SR13[5] is also noy used. To generate icon mamory map select, a two bit counter 
counts the first, second, third and fourth set of 64 scan lines on the Venicai Total Line 
Counter (the one not affected by venicai expansion). This two bit counter output, called 
the Icon Index Counter (ICIXCTR) will replace SRI 3(4:3] in Icon Memory Map Address 
generation. 

A signal called ICON-MAP will be generated during Icon addressing. This signal is 1 if an 
icon data is to be fetched from memory and 0 otherwise (including when h/w cursor data 
is to be fetched from memory). 

ICON-MAP signal will replace SRI 3(5] in both h/w cursor and icon memory map selec- 
tion address. 

One register bit in each icon control field will select the first or second memory map for 
each icon to be rctrived from memory. This bit called Icon Memory Map (IMM) will 
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5428 64x64 h/w cursor fiddr^^R13[5:2] part: * 

bS b4 b3 b2 

i i i 

Nordic 64x64 h/w cursor R13[5:2] part: ? 

ICON-MAPaO b4 b3 52 

Nordic 4x64x64 icon addc^, replacement for R13[5:2] part: f 

IC0N.MAP=1 ICIXCTR[1] ICKCTRtO) IMMi 

where ICIXCTRflrOl is the Icon Index Counter 

IMM is the Icon Memorv Mao bit in each icon control reaister 
ICON-MAP is a signal that is high for icon address and low otherwise 



e. Icons Control Registers 

Each Icon has a field of bits attached to it 

0.- icon i enable for display (i=0:3) 

L- display mode: 3coiors + transpency or 4 colors 

2. - blink enable at text cursor rate (or half of it) 

3. - horizontal pixel doubling (extendes towards right) 

4. - venical seal line doubling (extends down) 

5. - mamory map selection: two maps available per icon 

Six bus per icon, all defaulting to zero. The icon enable bits select which icon is displayed 
Stan at SR2A register. * 
Use SR2A^B^C^D[5:0] for Icon 0,1,2,3 control. 

If an icon is not enabled, do not generate the memory cycles for its data... if it is not difficult to do 
and do not display that icon. 

f. SR2A[7] is Icon Test bit Normally it is zero, only in test mode it wiU be 1. 

g. The colors for the Icon are in the le location RAM extension at location 258. 
See SR12 description in 5428 Technical Reference Manual. 

Locations 256 and 257 are accessible with pixel address 0 and F for h/w cursor access. 
Locations 259, 260, 261 and 262 are accessible with pixel address 3,4,5.6 as icon colors 
0.1.2 and 3. 

When three colors plus transparent attribute is used, the pixel addresses will be 4,5.6. for colors 
1 .2,3 f so pixel address 3 and color 0 of the 16 location special RAM are not used). 

h. SR2A[6] is the most significant bit of fine horizontal position for the h/w icon- 

SR2A{6] SRXf?) SRX(61 SRX[5] bit3 bit2 bitl bitO 
Please note that SR2A[6] will be used only in 9 or 10 dots text when the fine position is 8 or 9. 
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i. Please note that when character clock is expanded to 10 dots, h/w cursor also needs to 
be positioned at 8 or 9, so it needs one more bit of fme position. 
SR2E[0] will be the msb of h/w cursor (default zero) to be used in this case. 

H/W Activity for kon 

1 . Horizontal and Vertical Window 

2. Address Generation including the independent scan-line counter for Icon 

3. Memory cycle generation (at the end of line, after h/w cursor if icon and cursor are on 

the same line) 

4. Icon Latch. Sehalizer and Dau Path including icon blink 

5. Horizontal and Vertical Doubling 



hot 



Ico 



Icl 



Ic2 - doubled 



Ic3 



point ir 

Ico 

= Icon reference 
point 



Icl 



Ic2 



Ic3 
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Icon Data Path Block Diagram 



64bit SerO 



Icon-bitO 



64btt Serl 



Icon-bill 



Icon 
Decod- 
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Where "Tr" = transparent 



cursor & Tr-Cursor* 
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Icon 
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Pd-Add 



Cursor 
PeNAdd 



pel-add 




WGA-RAM-ScP 



16x18 
RAM 

T 



256x18 

VGA 

RAM 



T 



Tnie-Col<HMVAHUta 



True-Color 




AnUta I 



T 



Video Data 
to DAC and Panel 



4.11 Dithering in Nordic 

Due to new pixel depth modes and for increased flexibility the dither block in Nor- 
dic is diferemt than T 1 . 

In Nordic the dithering is subtractive, (not additive Uke in Tl). This moves the 
dither error (= double shade) to black where it is less obvious than it was before 
(when it was white). 

CR4C . Input Resolution Override Register for Dithering 
Bit Definition 

n Enable Input Resolution Override (default disable) 

Normally the graphics mode resolution is decoded and fed to the 
dither block. 

For alt graphics modes that go through the RAMDAG RAM - 6bits/ 
gun is automatically the input resolution. For 5:5:5 RGB or 5:6:5 
RGB or 8:8:8 RGB we use 
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a diferent input resolution: 5 for 5:5:5 and 5:6:5 and 8 for 8:6:8 
RGB. 

In all cases the proper input resolution is automatically selected. 
If there is a need to ovende this v^lue. than we wiill use this bit to 
enable the override and write the new value in bits 3:0. For 8 bit per 
gun we write 6 (1000), for 6 bits per gun •> 6 (01 10) and for 5 bits 
per gun •> 5 (0101). 
[6:4] Reserved 

[3:0] The binary value of the override input resolution. 

1000 -> Bbit/gun 
0110 -> 6bit/gun 
0101 -> 5bit/gun 

CR4D- Output Resolution Register for Dithering 

Bit Definition 

[7:4] Reserved 

[3:0] The binary value of the output resolution for dithering 

1000 ->8biVgun (TFT) 
0110->6bit/gun (TFT) 
0100 -> 4bit/gun (TFT or 16 shades STN) 
001 1 •> 3bit/gun (TFT or 8 shades STN) 
0010->2biVgun (4 shades STN) 
0001 -> 1 bit/gun (2 shades STN) 
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TFT: 8,6.4.3 bits/gun 

STN: 4,3.2,1 bits/shade (16+1,8+1.4+1,2+1 shades. +1 = force black) 



Nordic Dithering 
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5.0 Nordic-IM Pinout Specification 
208 pin package: 

System Interface (reference is VESA VL bush 7^ 
(on BVDD) 

DAT31:0 

HIMEM0/ADR[24] {normally used as ADR[24]. but it can be used as any upper address 
or any logic combination of upper addresses. The valid value of this pin for 
Nordic address space is programable in VESA VL and PCI bus. 
HIMEM1/ADR[25] (normally used as ADR[251» but it can be used as ADR31 and leave 

2GB of upper address space reserved for MPEG/JPEG boards). The valid value 
of this pin for Nordic address space is programable in VESA VL and PCI bus. 
With these two pins, Nordic can directly decode up to 64MB of CPU address space 
in VESA VL bus. 
ADR[23:2] 

BE3nJE2n3Eln,BE0n 
LADSnXDEVn,RDYn 
MAOn, W/Rn 
RESETn, LCLK 
RDYRTNn. 

EBROMn/SLEEPIn (Enable BIOS ROM Buffers on all busses or when noi in ISA 

or SLEEP Input acuve L. If this pin is L, the chip goes in sleep mode as if 5c3[0] 
IS 0 or 46E8[31 is 0. The ISAPU read-back register bit configures the pin for 

EBROMn. If not in ISA bus. this pin is configured as SLEEPIn and it should be 
tied H if not used. 

INTR, CLK32K, OSC/XVCLK (14.31 8MH2 or External VCLK) 
SUSPIn/BLIn. SBYIn/ACTIn/FCrEVIDEOn 

(32KHz clock input, 

Supcnd input/ Back-Light Input 

Stand-by Input/ Activity InputA^AFC External Video Control Input - controlls the 
direction of FCP[7:0]. Pin configuration controUed by VAFCPU. Most svstems 

will 

use only one direction for VIDEO, probably video in, so the fact the FCEVIDEO is 
on BVDD should not require voltage translation). 

Configurations: - VL/PCI/ISA bus, support/not BIOS, 8/16bit BIOS. 

• Need a register bit to select SUSPEND Input or Back-Light Input. 
Default is SUSPEND input. 

- Need a register bit to select Stand-By Input or Activity Input. Default is 
Stand-By input. 

• SUSPIn, BLin. SBYln. ACTIn are level triggered, active L inputs. 
In Nordic there is no Suspend pin polarity bit as in Tl (SR8[4]). 

Note: a.In PCI bus. Alpine used ADR 17:2 as BIOSA15:0. We assume that all portable 
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systems will use a motherboard video BIOS and do not suppon an adapter BIOS in 
PCI. We do suppon an adapter BIOS in VESA VL bus and ISA to facilitate demo 
board design. 

b. EBROMn is active on all bus types: in ISA is generated on Address Decode and 
MEMRn, while in VL and PCI is unlatched address decode. In PCI bus the BIOS should 
be relocatable, an option we do not suppon. That is why we say that we do not suppon 
BIOS in PCI. Wc do suppon lOCHRDYn and RDYn/TRDYn for BIOS accesses too. All 
this logic should already be in 5428 (ISA and VL) and Alpine (PCI). 

c. The 5428 Feature Connector pins are available in all buses. A register bit enables 
them early in the logic to save power when not in use. 

d. In ISA RESETn has to be invened outside the chip. 



Svstem/Bus Interface Si gnal Mapping 

(See 54xx Reference Manual for Feature Connector Pins Description: FCyyyy) 
TABLE 5, VESA-VL <-> PCI bus <•> ISA bus Pin Mapping 





ImaaI dot 

intei-rd 


ISA 


HIMEM 






ADR23:16 




LA23:16 


ADR 15:9 




SA15:9 


ADR8 


PAR 


SA8 


ADR7 


STOPn 


SA7 


ADR6:2 




SA6:2 


BE5n 


C/BEn3 


SAl 


BE2n 


C/BEn2 


SAO 


BEln 


C/BEnl 


SBHEn 


BEOn 


C/BEnO 


RFRSHn 


DAT31::2 


AD31:22 




DAT21:19 


AD21:19 




DATI8 


AD18 


MWRn 


DATl? 


AD17 


I0CS16n 


DAT 16 


AD16 


IRQ 


DaT15:0 


AD15:0 


SD15:0 


RESET 


RESET 


RESETDRV V 


LADSn 


FRAMEn 


BALE 


LDEVn 


DEVSELn 


MCS16n 


RDYRTSn 


IRDYn 


AEN 


W/Rn 


IDSELn 


lORn 


M/IOn 




MRDn 


LCLK 


CLK 


lOWn 


RDYn 


TRDYn 


lOCHRDY 
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TABLE 5. VESA^VL <•> PCI bus <-> ISA bus Pin Mapping 



VESA-VL 


Intel-PCI 


ISA 


EBROMnA^ADRn 


VADRn 


EROMoA^ADRn 


INTR 


Dm 


ZEROn 



Notes: 1. SW2, SWO/MCLK/XMCLK and SWl pins are 

normally used by the BIOS as panel type switches readable on SR24(2:0]. 

2. XMCLK and XVCLK (on OSC/XVCLK) are needed for manufacturing test of 
the chip. When they are used, SR24[1:0) will wiggle at clock rate and they should 

be masked on the tester. 

3. MCLK and VCLK are needed for manufacturing test of the clock synthesizer 
and for chip debug. 



DRAM Interface (for assvmetric. dual WEn 2S6Kxl6 DRAM-sl: |Q 
(on DVDD) 

MA9:0 
MD31:0 

RASOn.RASln,CASn./WEn, OEn 

WEOn/CASOn,WEln/CASln,WE2n/CAS2n,WE3n/CAS3n 
Configurations: symeu-ic/assy metric DRAM, dual WEn/CASn 

Note: a) For dual CASn DRAMs, the WE0n:WE3n pins become CAS0n:CAS3n, while 
CASn becomes WEn. 

b) Two RAS-es are used for two banks. 

c) OEn is not actually needed as we use early write. 



Clock Synthesizers: J 

(MA VDD, MAVSS feed mclk clock synthesizer, VAVDD, VAVSS feed dclk clock syn- 
thesizer) 

MAVSS, VAVSS, MAVDD, VAVDD, 
MFILTER, VFILTER 

(Can we design a clock synthesizer without an external filter?) 

CRT & TV.nUT Interface a nd RAMDAC related pins: Ji 

(DAVDD. DAVSS feed all RAMDAC custom layout) 

R.G,B (analog) 

IRef. DCVDDl, DCVDD2, DCVSSl. DCVSS2 
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On CRTVDD: 

HSYNC , VSYNC TO (these two pins are on CRTVDD ) 
CSYNC 0 (Composii Sync to be used with any analog TV Encoders like AD720. 
CSYNC is activated by SR25[4)=l, otherwise is forced 0.) 

NTSOPAL O 

( A programable output that can be used to conux)l a TV Encoder input that 
selects the TV standard. This pin is a generic programable output. 
Its value is not affected by SR25[4].) 

On FPVDD: 

TVON/RES O (Generic Programable Output controlled by CR30[3) . 

It can be used to control AD720 TV Encoder Power Control Pin.) 
TVON is on FPVDD (not on CRTVDD like the other TV -OUT pins) 
This pin is also reserved for future use (DRAM-s). 

Note: If TV-OUT feature is disabled CSYNC, NTSC/PAL and TVON are forced L 
(to avoid powering up the TV Encoder in case it is powered off when not 

in use). 



FLAT PANEL and Power Management Inter face (on FPVDD^: ^ 

R7/SLT)3, R6/SUD2, R5/SUDI. R4/SUD0, R3/SUD7, R2/SUD6, R1/FCP[3], 
R0/FCP[2], 

G7/SLD7/sud3/UD3yTD7, G6/SLD6/sud2/UD2/rD6. G5/SLD5/sudl/UDlyTD5. 
G4/SLD4/sud0/UD0yTD4, G3/SUD5. G2/SUD4, Gl/SUSPSTn/FCP[l], 
GO/SBYSTn/FCP[0] 



B7/SLD3/sld3/LD3yTD3, B6/SLD2/sld2A.D2>TD2, B5/SLDl/sldl/LDl/TDl. 
B4/SLD0/sld0/LD0/TD0, B3/M0D, B2. Bl/OVRW, BO/FCVLK 

(use slow edge pads and stagger them modulo 4) 

FPVDCLK, LLCLK, LFS, FPDE, (use slow edge output pads) 
FPVCC. FPBL. FPVEE 

Xotes; Cirrus Confidential 

Business Information 

b. R 1 ;0, G7 1 :0, B 1 :0 (24 bit TFT panel exu-a video data out pins I 

c. We need also bits for SVSPSTand STANDBYST, PANEL^ON/OFF, PANEL- 
IN'POWER^VP'Or^DOWN Dwarka, do we have this now ? 

d. We assume that only STN panels need external MOD. CL 152590 

e. No NPD pm. 

f. FCP[3:0] pms are 1/O-s whose direction is conu-oUed by FCEVIDEOn in 
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VAFC configuration. FCVCLK is the clock thai clocks them m and which should 
be used to clock them while they are displayed or at least to resynchronize them before 
being latched on the internal clock. FCVCLK is always an input when in VAFC configu- 
ration. 



NoTxJic TFT Panel Data Pin Name versus the actual TFT Panel Data Signal for diferent types of TFT Panels 



Nordic Pin Ninie-> 
/Panel Type 


RGB7 


RGB6 


RGBS 


RGB4 


RGB3 


RGB2 


RGBl 


RGBO 


8bit/gun 


RGB7 


RGB6 


RGBS 


RGB3 


RGB2 


RGBl 


RGBO 


RGBO 


6bit/gun 


RGBS 


RGB4 


RGB3 


RGB2 


RGBl 


RGBO 


N.U. 


N.U. 


4bit/gun 


RGB3 


RGB2 


RGBl 


RGBO 


N.U. 


N.U. 


N.U. 


N.U. 


3bii/gun 


RGB2 


RGBl 


RGBO 


N.U. 


N.U. 


N.U. 


N.U. 


N.U. 



Where N.U. = Not Used for Panel Data with this type of panel. 



I Audiu PuiKuii AD\DD): fc Removed on 12/24/93 

SDO (GDiiil Daiii Ompui lu CODCC yin QDDO 
5DI (Quial Dau input fiuiii CuUll piu 5D0UT) 
r3\l n C (naiiiL Suit Output) 
GDCLK (QuiiaJ Data CIulK L'O ) 

DCiu'AUKSl (Daia;'Cuimul OuIuli Quipui ui C0 4 231S Cliip SlIlui fui ilit ISA bus) 
PDN (Puwu Duwu Omjjui) 

? i uiL. TliLAL piiiA taii bL used aa tAiLUiiunA fui 24 bit TTT paiitls. in wliiLh caau iIil uliip 
JuLA iiui Auppuil iliL audiu puii. ? < ule abu thai CQ4215 Im Rea e Ui piu. 

MisceUaneous Pins: 12 

Fnllnwinp ntns on NfS^DD: 

SW2/RES4CS I ( Switch #2 or reserved for SDRAM support in the future) 
SW1/RES4CKE I ( Switch #1 or reserved for SDRAM support in the future) 

SWO/MCLK/XMCLK I/O with PD controlled by XReset 

(Switch #1 or mclk driver buffered output for icsing and debug 
or external mclk for testing; a special register bit disables this 
output in normal operation for power savings. 
Default: Input on which either SW2 or XMCLK comes in. 
Only if the special register bit 

is set, this input becomes output and outputs MCLK from the clock 
synthesizer for testing. 
The special register bit defaults 0 = the pin is 
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configured as Input. Please note that a h/w configuration PU/PD 
controUs if the actual internal mclk comes from an internal or 
external source, but this PU/PD does not control if 
SW2>MCLK/XMGLK IS an input-^or an output. ) 

RES4PMS Free Pin with no buffer on it. 

Following Pins on PVDD- 

"^^n I (Test Latch Load Enable, active L - for pinscan & test mode) 

VCLK/FCDCLK I/O (Switch #0 Input or vclk driver buffered output for 

testing and debug, or VAFC Dot-Clock Out : 
Default for this pin is Input on which SW#0 is applied. 
VCLK and FCDCLK is the same signal, the name is 
difereni to case reference to VAFC spec ) 
FCP[7:4] I/O Feature Connector Data Pins bits 7 to 4. 

The other Feature Connector pins are shared with some 
panel or host bus pins. 
FCES YNCn/RES4SDCLK I 5428 Feature Connector ESYNCn pin - coniroUs the 

direction of FCBLANKn and its effect and tri-siates HSYNC and VS YNC. 
FCBLANKn I/O Feature Connector active low bidirectional Blank signal. Its 
direction is controlled by FCES YNCn. 



Digital, Mix ed Voltage Powgr f p it! 22 

BVDDK BVDD2. FPVDDL FPVDD2, MVDDl, MVDD2 CRTVDD 

CVDDl:4. 

VSS1:11 

ToUl Pins Used: 208 (with two Reserved pins and three other pins thai could be freed. ). 
Pinwt Modifications in rev, 3.8 relativp rev. 3 7 

1 . Took-oul Whisper Support Pins: WWRn, WRdn, WAD(3:0], FPCn. 

2. Reduced the number of CPU Address Pins: ADR[24:27] wcnt-away. Use HIMEM to 
place the chip outside 16MB of memory for linear addresing. 

3. Killed CRTVDD and placed CRT Interface on Host Bus VDD. 

4. Introduced VAFC pins in a unique pinoui configuration in both VESA VL and PCI 
Added VAFCPU a puU-up to enable VAFC (VESA Advanced Feature Connector) 
ADR(27:24] VAFC pins, and R[7:4], G[7:6] . EROMnA^ADRn, SUSPI/BLI. SBYI/ 

ACTI get a configuration for VAFC -> total 14 pins. 

SWOA^CLK will be used as VAFC VCLK, losing SWO pin as panel type when VAFCPU 
is used. 
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In PCI bus, no ADR pin will be shared with VAFC. 

ASWOPU (Alternate Switch 0) will be added on MD pins to replace SWO pin when 
VAFC is enabled by VAFCPU. ASWOPU will read-back in the same register bit as SWO, 
so the BIOS will not feel any modification in the reporting "scheme. The chip will draw 
more power in suspend with VAFC. 

5. Moved SW2, SWl/MCLK/XMCLK the two reserved pms (one obtained by killing 
CRTVDD)and TRWn on MVDD to prepare for SDRAM pin compatible option in the 
next Nordic that supports SDRAMs. Marked them as "reserved for SDRAM pin name 
It looks that TRWn will not be needed, but it was moved on MVDD so that in case it is 
needed, it is available (in this case we'll need an extra switch for SDRAM suppon or at 
least to disable TRWn lest mode effect). 

6. Rearanged VAFC pins as pins R4 and R5 were used by VAFC - an error. 

Pinout Modifications done on 01/06/94 rev. 3.0 

1 . Updaie Panel Data Pins based on Robin's Table. 

2. Move MOD pin on a Panel Data Pin used in 18bit TFT. 

3. Move OVRW on a 24bit Panel Dau Pin. 

4. Removed pin configuraiion for TV-OUT support with digital encoders. All pins marked TV" ... 
were removed. As a result, some pins like LLCLK. LFS. FPDE. FPVDCLK have one function now. 

5. Removed WavePon pins, including AUDVDD: total 7 pins freed. 
AUX2 and TVG muxed on EBROMn are no longer needed either. 

6. .^dded one more CPU address pin: instead of HIMEM, Nordic has now HIMEMO and 
HIMEM 1 . corresponding to CPU Address 24 and 25 or any other external decode of the high 
order CPU address bits. In the proccess of adding this pin. most CPU Interface pins on the 
nghi side were moved lo the right by one pin. 

7. Added CRTVDD supplying HSYNC, VSYNC. CSYNC. NTSC/PAL CRT and TV Interfaces 
output buffers. 

8. EBROMn is shared with TVQN. the power-on signal for AD720. So. in ISA bus with on chip 
BIOS suppon. AD720 power on cannot be directly controlled by Nordic. 

9. Added pins for Analog TV Encoder support - AD720 and MC1377 : 

a. CSYNC = Composit Sync signal 

b. NTSC/PAL = 0 -> NTSC. l-> PAL 

c. EBROMn/TVON (see #8). 

10. ASWOPU "Alternate Switch 0 Pull-Up" pull-up on pin 155. MD[26] was removed, as SWO 
is now not multiplexed. 

1 i Demiliiplexed some of the pins previously multiplexed: 

a. Pin 168 TWRn/RES4PMS is now RES4PMS. a pin reserved for synchronous 
DRAM suppon. 

b. SUSPI/BLI/FCBLANKn is now SUSPI/BLI. not affected by the 
Feature Connector Enable Configuration 

c. As a consequence of b. pin 97 is FCBLANKn (not muxed with anything). 
Please note that FCEVIDEOn is still muxed with SBYI/ACTI as before, as 
Standby Input and Keyborard Acavny are less important functions in a system. 

d. SWO IS no longer muxed on VCLK/FCDCLK. So VLK/FCDCLK is a pin 

bui It moved to pin 103 in the PVDD area, to be consistent with FC power supply. 
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12. SWI. muxed on MCLK/XMCLK (pin 1 97) became SWO. This is jusi a name change lo have 
the switches placed in a more consistent manner. 

13. SWI is now muxed with a reserved pm: RES4CKE. pin 148. which before was totally 
reserved. The idea here is to go for pu/pd with SDRAM-s for SW2 and SW 1 . while keeping 
SWO on MCLK even with SDRAM-s. 

14. Pin 147 is Reserved, it is aaually one of the WavePpn pins, but placed in-between Memory and Panel 
VDD busses (on MVDD) for maximum flexibility. To acheivc this, the pms on its nght were moved to the 
right by one 

FPVEE <B1AS> moved down to pin 98 (it was 105). 

15. TRWn is now by itself on pin 96. on FPVDD. 

16. The names of all flat panel data pins reflect the panel type table atuched to this document. 



Configuring NordiclM 

If Terminator used specially assigned pins to configure the chip, Nordic-IM will use 
some of the MD31:0 pins sampled on the Reset trailing edge, similar to Mustang 
The pad cells will have an active pull-down controlled by an extended Reset signal. 
The pull-down resistence will be about 75KOhm. An external pull-up less than 60KOhm 
is needed only if the option is used. In Suspend, the MD pads are inputs and the DRAM 
OEn is H so no DC current is drawn by the configuration h/w. An external resistor is 
needed only if the configuration pin has to be H at Reset. H/W configuration can be read 
via s/w too. 

All h/w configuration latches are read accessible via I/O. The h/w configuration is 
latched on Reset trainling edge, (these latches were r/w, with s/w PU read, having 
only read is enough). 

We'll define the configuration pins to minimize the number of external resistors: 
CPU Bus Configuration: 

OnMD18:16& -> no external PU = 32bits VESA VL bus at 33MH2 or less bus clock 
&MD23 ->MD16PU = 3 2bits PCI bus with Burst PU called "PCIPU ■ 
-> MD 1 7 PU =1 6bits ISA bus PU called "ISAPl- 

ISAPU controls also the pin EBROMn/SLEEPIn 
In ISA bus this pin is EBROMn output; othenvise ii 
is SLEEPIn input to be tied H if not needed. 
-> MD18PU = 32BIT VESA VL BUS AT 50MHZ BUS CLOCK 

PU called "FVLPU 
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-> MD23 PU = 32bits PCI bus no Burst PU called "Pq]s;ppT -. 

This is a reserved configuration in case burst does 
not work on a PCI bus. 

Reads-back in SR22: 

PQPU onMD16 -> SR22[0] 
ISAPUonMDI? ->SR22[l] 
FVLPU on MD18 -> SR22(2) 
PCINBPU on MD23 -> SR22[7] 

Clock Conflguration: 

OnMD19 (reads back on SR22[3j) 

•> no external PU = internal MCLK and VCLK clocks, from the internal clock 
synthesizer 

.> MD19 PU = use external clocks from SWI/MCLK/XMCLK and 
OSC«VCLK 

This PU is used for manufacturing test. 

One reg. bit is needed if internal clock is selected to control outpuiing mdk on the 
MCLK/XMCLK pm = 1 if use internal clock then output it on SWO/MCLK/XMCLK 
pm. -> SR23[0) is this bit. 



Memory Configuration: SRF[0] 

No Pins. Use Two Register Bits -> 2CAS/2WE bii=H 2WE, bii=L 2CAS (default =L) 

-> Sy metric/ Asymeuic bit=H Asym., bii=L Sym. 
(default=L) 

BIOS Support: (reads-back on SR22[6] for BI0S8PU) 

Nordic- IM suppons 16bit or 8bit BIOS and only in ISA bus configurations. 
The BIOS is always supported when in ISA. 

On MD22 -> no external PU = 16bii BIOS 

-> external PU = 8bit BIOS (no MEMCS 16n decode on COOO) 
This option is mostly for debug in case 16 bit BIOS range decode is not fast enough. 
If the BIOS support is disabled, this configuration is don't care. Called "BI0S8PU" . 
Please note that Nordic- IM supports COOO BIOS onJy in ISA. 

In a normal note-book the BIOS is at E(X)0:0 or CCX)O:0 but it is not supported by Nordic: 
so no external component is needed. 

S^pAdd™«S.,.«i„n: .B°r«.?.^l""o. CL 1 52595 
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On MD2 1 : Sleep Address Selection (reads-back on SR22[5]), 

-> No external PU = sleep at 3C3[0] - to be used when Nordic is on the 

Mother-board (most cases) 
-> External PU = sleep at 46E8(3] - to be used when Nordic is an adapter 
(like a PCMCIA card and/or an adapter to turn desktop into an 
environment friendly PC) Called: S46PI I 
Note that Nordic- IM comes-up awake. 

Feature Connector Configuration: (reads-back on SR24[7]) 
On MD25: 

•> No external PU = no Feature Connector Suppon: outputs used only for FC 
are forced L, I/O are forced inputs, I/O and inputs are forced on the chip so that they do 
not take power if not connected externally. 

-> External PU = All pins needed for FC including OVRW are active 
Q^M' VAFCPy 

On MD20. — jKJLLiiiaiL SWQ DLlutUuj (Rtmli buuk un 0R24[0] whm SR2 4 [7] 15 1) 

Totol: 9 HAV PU configuration options. 

In normal operation with FC enabled up to three external PU-s mav be needed (bus type 
ifnot VLandFC). ' 

In normal operation with FC disabled up to one external PU-s may be needed Tbus type 
if not VLandFC) 

Summary of PU/PD Configuration Pins and Register Bits where they can be read-back: 



SR22 r7:01 H/W Configuration Read Register #1 

Read only register, wrinen on reset gaining edge by activating PU/PD on MDi pins. The 
PD-s are inside the pads active only during XReset (extended reset). 

[7] 32bits PCI bus no Burst h/w PU configuration on MD23. It is called "PCINBPU" 
(read only bit). 

This is a reserved configuration in case burst does not work on a PCI bus. 

[6] Select 8 bit BIOS suppon (if 1). Otherwise 1 6 bit BIOS suppon if the BIOS 
suppon is at all enabled. PU on MD22. 



[5] Resereved for Sleep Address Select: reads back S46PU (MD2 1 ). 
1 = 1/0 address 46E8[3] as sleep address (needs external PU). 
0 = 1/0 address 03C3[0] as sleep address (no external PU is needed). 

[4] Reserved Cirrus Confidential CL 152596 

Business Information 

[3] Select external clocks: MCLK and VCLK on SWOMCLK/XMCLK and OSC/ 
XVCLK. (default: internal clock synthesizer. SWO and OSC). 
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PUoDXCLKPUonMD19. 

0 = internal clocks with the pins used as inputs for pane! type switch #1 and OSC 
If SR23[4] and SR23[0] arc K VCLK and SWO/MCLK/XMCLK. 
respectively become VCLK and MCLK outputs respectively, for test purposes 
(only if SR22[3]=0 MCLK can be seen, but VCLK can be seen even if SR:2[3]=1 
asIongasSR23[4)=l) 

1= SWO/MCLK/XMCLK and OSC/XVCLK become XMCLK and XVCLK inputs 
generating directly chip MCLK and VCLK without clock synthesizer. The clock 
synthesizers are powered down if SR22[3)=: 1 . 



[2] Select VESA VL Bus at 50MHz 

1 = VESA VL bus at 50MHz selected (needs external PU on MDl 8) 
0 = VESA VL bus at 50MHz not selected 



[I] Select ISA Bus with PU on MD17. 

1 = ISA bus selected (PU on MDl 7) 

0 = ISA bus not selected (no PU on MDl 7) 

[0] Select 32bit PCI Bus with PU on MD16. 

1 = 32bii PCI bus selected (PU on MDl 6) 

0 = 32 bit PCI bus not selected (no PU on MDl 6) 

If [1:0] = 00 (i.e. no external PU on MD17:MD16) 32bit VESA VL bus is selected 

No more than one PU on MD17:MD16 should be used. 



Note: In AVGA3, CF14 is "Enable Local BUs Address Latching Interface". Alpine does 
not have this configurauon bit. We need to do what was done in Alpine to get rid of this 
Configuration PuU-up/Pull-Down option. CAN we? WAs this done, Dwarka? 

SR24 Panel Type Switches Register 

[7] VAFCPU (VESA Advanced Feature Connector External Pull-up) Read-back. 
If external pull-up (the bit read-back 1 ) then all VAFC pins are configured for Video Port. 
Otherwise they have other functions dr are disabled if no other function. (Disabled= the 
inputs are forced = the TTL and CMOST threshold conu-ols are off & the outputs are tri- 
stated. It actually reads back what is latched on Reset on VAFCPU. VAFCPU is on 
MD25. 



(2:0) SW2:0 pins read back (read only bits) PLa^ uutu iliai bit [0] iLadi biitk 5W0 if 
Vj I lTCPU m25[2]) li 0 mid ASV i ^OPU if VAFCrU li l.ASWOPU is uii MD26. 

Configuration Register Bits needed: . Cirrus Confidential qj^ 152597 

Business Informatioo 
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Svmetric/Asvmetric Dl^^^M -> SR8(7] in Tl, CF13 in AVGA3 

=>SRF(1] 0 = Symeiric DRAM Default: 0 
1 = Assymeiric DRAM 
This bit is read only in AVGA3 (reads back CF9), but it is writable in Tl. It con- 
trolls MCLK frequency as an alternate to SRIF. We will use only SRIF to program 
MCLK frequency in Nordic. The default MCLK frequency will be 39,374MHz. corre- 
sponding to SR1F[5:0] = 18H=22D. This frequency fully nieeis the spec for -80 256Kxl6 
DRAM-s. 



Two CAS or two WE DRAM pin 72 in TL CF12 in AVGA3 

=>SRF(0] 0 = 2 WE DRAM (Default:0) 
1 = 2 CAS DRAM 

16 or 32bit wide Video Memory (One or Two 256Kxl6 DRAM-s or SDRAM-s) 
-> not in TL SRF[4:3) in AVGA3 (01=16bit, 10=32bit) 
=> SRF[7,4:3] will be used in Nordic with the same encoding as in AVGA3. 
(1.1 is reserved for 64bit wide). Default: 10 (32bit). See Table next page. 
Please note that we have room to add other types of DRAM-s (SDRAM-s 
for instance). 



In AVGA3 SR8[0] is "CS OUt to EEPROM" a feature Nordic does not Suppon. 
Nordic will not change the meaning of AVGA3 bits unless they are read only 
(like the pins or external PU read back). 

SR8[2:0] are in Tl the read-back bits for SW2:0 input pins, but AVGA3 uses 
them for EEROM programming so we moved SW2:0 read back to SR24[2:0]. 

In Tl SR8[7] is symmetric/assymetric addressing... in Nordic this is SRF[ 1]. 

Two or one Bank 32bit widg HR^^f 

■ -> not in TL SRF[7.4:3] in AVGA3 (00=8bii, 01 = I6bit, 10=32bit. 1 l=64bii. 
SRF[7] controls if 2MB of Video memory arc available with 4x5 12kx8 -0- or wiih 4 
256Kxl6 DRAM-s, two banks -1-). It seems that in AVCA3 to support J MB with two 
256Kxl 6 dram-s and 32bit wide bus, we select 32bit wide and SRF[7}„. but I do not 
exactly know how this configuration is selected. 

=> SRF[7,4:3] in Nordic, will select the Video Memory Configuration slightJv dif. 
ferently than in AVGA3 and Alpine. See the following uble. 



SRF[3] Memory Configuration 

0 32bii,2MB=4x512Kx8 

1 I6bit, 512KB=lx256Kx]6 

0 32bit, lMB=2x256Kxl6 (default) 

1 Reserved (64bit in Alpine) 
0 32bit, 2MB=4x256Kxl6, Two Banks 
J Reserved 
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SRF[7] 

new 0 
0 
0 
0 

new 1 
1 



SRF[4] 

0 
0 
I 

1 

0 
0 
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1 1 0 Reserved 

1 1 1 Reserved 

DRAM Timing select (shon RAS or long RAS) 
■> SRF[2] inTl and AVGA3 

=> SRF[2] in Nordic, default 1 = short RAS (3.5 L, 2.5H) 

BIOS 48KB or 32KB -> not in Tl; CF8 in AVGA3. In Tl SR8(4] is Suspend pin polarity. 

In Nordic Suspend pin is always active L (0 on pin puts the chip 
in Suspend). 

=> SR23[2] in Nordic =0 32KB BIOS (default=0) C0000:C7FFF 
=1 48KB BIOS : COOOOiCCFFF 
The initial BIOS code should be placed in the first 32KB starting at address COOOO. 

BIOS ROM ZERO* wait select in ISA and fast timing in VL bus 
-> not in Tl; CFl in AVGA3 

=> SR23[ 1) in Nordic =0 no ZERO wait state for BIOS in ISA 



= 1 ZERO wait state for BIOS in IS A, 8MHz 
bus 

Output interna] VCLK on VCLK/FCDCLK pin -> not in Tl or AVGA3 

=> SR23[4] in Nordic =0 

VCLK/FCDCLK is an output pin forced L 

= 1 either VCLK or 
FCDCLK is outputed on this pin, 
depending on VAFCPU (read back in SR24[7] value). 
If SR24[7]=1 (Feature Connector pins enabled) than FCDCLK is outputed, otherwise, if 
SR23(4]=1 than VCLK is outputed. VCLK out is needed only for manufacturing test. 



Output internal MCLK on SWO/MCLK/yMn JC pin .> not in Tl or AVGA3. 

=> SR23[0] =0 this pin is an input namely 
XMCLK if SR22[3]=l (enable external clocks) and SWO otherwise. 

-1 output mclk 

This pin will normally be used as SWO, except for manufaturing test where mclk and 
xmclk functions are needed. 

Suspendl/BLI bit -> not in Tl or AVGA3. 

=> SR23[5] in Nordic, 0= Suspend pin in Suspend/BLI pin (default ) 
1= BLI pin on Suspend/BLI pin 

SBY/ACTT/FrFVIDEQn hit -> not in Tl or AVGA3 

=> SR23[6] in Nordic. 0= SBY on SBY/ACTI pin (default) 
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1 = ACT! on SB Y/ACn pin 
If SR24[7] = 1 (VAFC pins enabled) this pin is FCEVTOEOn independent of SR23(6). 

VAFC Enable bit -> not in Tl or AVGA3. 

(read only bit, actually reflecting the suius of an external configuration PU: VAFCPU on 
MD25 latched at RESET or under S/W Control) 

=> SR24[71 0= VAFC Disabled ai pins. 

All VAFC dedicated pins 
are disabled to save power: 
inputs are disabled, outputs 
are L. I/O-s are disabled inputs 
(forced H) internally. 
The shared pins are not in 
Fcanire Connector 
configuration. 
1= VAFC Enabled at pins. 
If any shared pins, they arc now in Feature Connector Configuration. 
Ail dedicated pins are active in this configuration. 

Compressed Live Vidgo (Sa.<;haPack> Enable hit .> not in Tl or AVGA3. 
=> SR24[6] 0= disable (default) 
1= enable 



Audiu 111 ffiuiii CD42in lu HuidiL) DialjlL bii iiui in Tl n. AVr . Al 

' ~ -iJ 5R2 4 [5] 0- JiAablL (fuiUL iupuLs 

" dlsablL AI ' ITTO aiid u vlIlaj 

l-uidblt 

Au^liv Om (f^wi }iuid iL LU rri421 DmblL Ua ^ i . iii in Tl u Mf^ 

" - ' ^ SR24[6] 0- diAdbk (as abuvL bui 

— AO - riTO) 

1-cnabk 

Panel Type Switch Rgflrf.hark -> SR8t2:0] in Tl or SR7[6:4], not in AVGA3 

=> SR24[2:0] in Nordic, read only, writable on Reset or 
under SAV Control (SR24[3]) 
When SR24[3] whose defauh is 0, transits from 1 to 0 
SW2:0 pin value is latched into SR24[2:0 which cannot 
be written by I/O. 

Please niafi that R9x[l:0] TFT Panel type field of Tl was expanded to support 24bit TFT 
panels: 

Cirrus CoDfidentiai 

Business Information CL 152600 
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00 .> 9bit (333) (as inTl) 
10 •> I2bit(444) (as inTl) 

01 -> 18bit (666) [was xl inTl covering both 01 and 10 !!) 
1 1 -> 24bii (888) •> new in Nordic 

Notes: 



\ 
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a. If 24bit TFT oanel is selected, all related Dins will be configured for it and it has 



c. ^If 24bit TFT is not selected and VAFC is not selected, then SUSPST is selected 

Gl/SUSPSTn/FCPfll and SBYST is selected on GO/SBYSTn/FCPfOl 

d. Panel Data unused output pins arc forced 0 when not in use (depending on panel 



SR25 Timers SAV Reset. HWConfig.#2 A Packed Modes Register 

[7] The 85 14A RAMDAC address is decoded as valid RAMDAC address in addition 

to the standard VGA RAMDAC address. 
[6] Allows use of EBROMn as external 8514A RAMDAC 

In this case it bahaves like 5428. 
[5] Enable 1 bit/pel packed mode 
[4] Reserved for 2bit/pcl packed mode 
[3] Enable 4bit/pel packed mode 
[2] Configure PCI bus Nordic module for Faster PCI write 



[1] Reset Stand-by Timer 
[0] Reset Backlight Timer 




Other Redster Related Topics 

(See nordic-regs-rev#.lst where # is the latest one) 

BIOS scratch RegistPry #5 and #6 (2 extra required) (r/w) 

SR28:SR29[7:0] are scratch registers. 
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,,21 Pane\si» 

01 •> 
11:01 ITT P»«> 

j3nRQ Every Frame or tvcry 
CR,Ct7.0H.CRlW'=<n 



1 UU»«^ " — 

rRlCP'-Ol & CRIDH-Ol . overlay R'^^^^^^",, 

CKiyi * Reeistets in 1 1 . * loine we may 

. movethemtoCMU^- 

terBii So- . relative loTl- 



\ 



t mcui — 

rMDmNordiciel»*«>oTl 
„,c->aUC«.CRlD->CM"' 



CRl'--''- 

T.l,..-/PB/KWa5Un^s.ee.e.InAV0.3. 

InTUsCRTK^^s^D^^^^^^ Cirrus Confl-entl.l CL 152603 

TWO B^^°J used in Tl ? -> R^^'" g^j^ess Information 

I don't think mat uu 



Cirrus i,oniiaeuM— 
Business Information 



Cirrus Logic, Inc. Confidential Information 



SR16 

In Tl is used to control the pads for power and threshold. In AVGA3 is not used. In 
Alpine is CRT FIFO demand threshold and other things ([4:0] are used). 

Move SRI 6 bits of Tl to SR20 to avoid contention with Alpine. Increase SRX Sequencer 
Register Index to 6 bits. 

SRIA 

In Tl is used as Test register. In AVGA3 and Alpine is Signature Generator Result Hi. 
Move Tl SRI A bits to SR21 if it is not replaced by a similar register in AVGA3. 



Nordic Revision and Mask Codes 

Nordic Microsoft ID CR2F: CD 

Nordic Revision CR27 (4biis chip code, 7z , where z is BIOS rev. counting down)* 2F 
Nordic Mask Code CR25: 00 
Nordic PQ ID: 1200H 
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Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the appHcant. 

Defects in the images include but are not limited to the items checked: 

BLACK BORDERS 

IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 
^ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

]EJ color or black and WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning tliese documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem MaObox. 



